最近访问自己的Gitee开源仓库时候，需要手动提交审核，并且同意gitee.com的条款，好在审核1-2小时就审核通过了，但还是有些膈应。Github也是经常性抽风，不如就自己搭建gitlab的仓库，没有条条框框的限制。
后来发现 合并请求审批者同意合并时发起的是push请求，总以为是merge请求，所以只需要在 jenkins 的job 里 ，只勾选Push Events 【不能勾选Opened Merge Request Events，Accepted Merge Request Events】;
点击 右侧个人头像，下拉中点击 Setting，并在 设置界面 中点击 私人令牌。在 Build Steps 中 增加 Execute SonarQube Scanner 构建步骤，输入 sonar分析属性 信息。
$ git remote add origin XXXXX.git “与远程仓库建立连接”$ git branch “查看本地是否具有dev分支”$ git fetch origin dev “如果本地没有dev分支，查看一下远程仓库有没有”$ git checkout -b dev origin/dev “在本地创建dev分支并切换到该分支”$ git pull origin dev “将Gitlab dev分支上的内容拉取到本地”
整理日常开发过程中经常使用的git命令！[送心]git配置SSH刚进入项目开发中，我们首先需要配置git的config、配置SSH方式拉取代码，以后就免输入账号密码了！# 按顺序执行git config --global user.
GitLab 是一个用于代码仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的Web服务平台，通过该平台可以实现Github类似的web系统，可以实现浏览代码、管理项目、管理团队人员、管理代码分支、代码提交记录等功能。
要做到代码规范我们可以采取代码交叉Review、IDEA/Eclipse安装插件自检、以及代码管理服务端做校验，但是自查基本上相当于不查，所以必须有一种强制的手段，不折不扣的执行代码规范，不符合规范的无法提交到代码仓库，从而杜绝了不符合规范的代码产生。
Linux installation is quicker to install， easier to upgrade and contains features to enhance reliability not found in other methods. Install via a single package that bundles all the different services and tools required to run GitLab. At least 4 GB of RAM is recommended.
指令式 pipeline 很好入门，因为在它的每一个指令几乎都可以 UI 上找到对应的地方，可以说它在流程框架上大致上是保持跟 UI 是一样的。所以在 groovy 语言中你可以像在 java 中一样用 String a = “dfs” 这样的方式声明变量。
Bleeping Computer 网站披露，GitLab 发布了 16.0.1 版紧急安全更新，以解决被追踪为 CVE-2023-2825 的严重性（CVSS v3.1 评分：10.0）路径遍历漏洞。
强制Review :在 Gitlab 上创建的项目，指定相关用户只有Reporter权限，这样用户没有权限使用git push功能，只能git review到Gerrit 系统上，Jenkins在监听Gerrit上的项目事件会触发构建任务来测试代码， Jenkins 把测试结果通过 ssh gerrit 给这个项目打上 Verified 成功或失败标记，成功通知其它人员 Review 。
