ubuntu上gitlab如何进行代码审查

Ubuntu 上 GitLab 代码审查实操指南

一环境与权限准备

安装与启动：在 Ubuntu 上安装 GitLab CE，完成后执行 sudo gitlab-ctl reconfigure && sudo gitlab-ctl start，通过浏览器访问并完成初始化设置。
分支策略：采用 Git Flow 或类似策略，功能在 feature/ 分支开发，合入 develop/main 等目标分支。
受保护分支：进入项目 Settings → Repository → Protected Branches，将 main/develop/release 等分支设置为仅 Maintainers 可合并、禁止直接推送，强制通过 Merge Request（MR） 完成变更，确保审查落地。
角色与审批：在 MR 中指派 Assignee/Reviewer，并设置最少审批数 Approvals required ≥ 1，未满足审批不可合并。

二开发者创建合并请求

本地分支开发：从目标分支拉取并创建功能分支，提交变更后推送到远端。

git checkout -b feature/login origin/main
# ... 修改 ...
git add .
git commit -m "feat(login): add captcha"
git push -u origin feature/login

在 GitLab 创建 MR：进入项目 Merge Requests → New merge request，选择源分支 feature/login 与目标分支 main/develop，填写标题与描述，使用 @用户名 指派审阅者，设置 Approvals required，提交 MR。
冲突处理：若 MR 显示冲突，可在页面点击 Resolve conflicts 在线解决，或按提示在本地合并目标分支后重新推送。
提交规范：保持 MR 颗粒度适中（一个功能/修复/改进为一段逻辑完整的提交），便于审查与回溯。

三审阅与合并

在线审阅：审阅者在 MR 页面逐行评论、提出改进或问题；可使用 Web IDE 快速查看与修改。
自动化质量门禁：在仓库根目录配置 .gitlab-ci.yml，使每次提交触发 CI/CD（构建、测试、静态检查等），未通过时禁止合并。示例：
```
stages:
  - build
  - test

build_job:
  stage: build
  script:
    - echo "Building..."

test_job:
  stage: test
  script:
    - echo "Running tests..."
```
批准与合并：满足 审批数 且 CI 通过 后，由具有合并权限的 Maintainer 执行合并；如仍需调整，开发者在源分支继续提交，MR 会自动更新。

四提效与最佳实践

模板与规范：使用 Issue/Merge Request 模板 统一描述规范；在 Settings → Repository 配置 分支命名、提交信息规范 等。
IDE 集成：使用 IntelliJ IDEA GitLab 插件 在 IDE 内创建、评论与审查 MR，减少上下文切换。
预提交与静态检查：通过 Git 钩子 或 CI 集成 Checkstyle/ESLint 等工具，做格式与规范校验，降低审查负担。
协作与追踪：用 Issues 关联需求/缺陷，在 MR 描述中引用 #IssueID，配合看板管理进度与阻塞项。

最新问答