【问题标题】:Using Gerrit Code Review for Git Merge使用 Gerrit Code Review 进行 Git 合并
【发布时间】:2013-12-02 05:41:13
【问题描述】:

在 Git 服务器中,我有一个分支“For_Dev”,开发人员将在其中提交所有更改。在某些时候,当我们决定将此分支与“ma​​ster”分支(具有稳定的代码)合并时,我想将“For_Dev”分支中的所有更改合并到“ma​​ster” 仅在通过 gerrit 进行代码审查之后,从而防止不稳定的提交到“master”。我该如何实施?简而言之,我只想在将分支合并到 master 时使用 gerrit 代码审查。

【问题讨论】:

  • 在将For_Dev 合并到master 时要查看什么内容?每个提交单独或只是最终结果?
  • 我们希望在将最终结果推送到主分支中的稳定代码之前检查最终结果。
  • 好的。这种类型的代码审查不会很有用,因为一次彻底审查的代码太多。这对于审阅者来说要么是一个巨大的时间消耗,要么是为了满足公司政策而毫无意义的橡皮图章。

标签: git merge branch gerrit master


【解决方案1】:

在完成For_Dev 的开发后(所有提交都推送到远程分支),然后有人将更改提取到local For_dev 并合并到local master。它将创建一个合并提交(如果钩子does not includechangeId,则手动插入一个并修改合并提交)。然后可以将此更改推送到refs/for/master。但我的意见是,所有的提交都应该单独审查,因为最好一次检查一个小改动。

【讨论】:

  • 这是我试过的: git clone ssh://user@10.251.70.200:29418/android cd android/ scp -p -P 29418 trumobi@10.251.70.200:hooks/commit-msg 。 git/hooks/ git checkout For_Dev git checkout master git merge For_Dev --no-ff git push origin HEAD:refs/for/master 但是我得到了! [远程拒绝] HEAD -> refs/for/master(无新更改)错误。怎么办?
  • 试试“git merge --no-ff origin/For_Dev”
  • 确保再次使用git fetchgit reset --hard origin/<branch>从远程获取所有进程,并在主分支上合并检查合并提交与git log
猜你喜欢
  • 2012-01-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-10-30
  • 2020-02-15
  • 2017-07-14
  • 1970-01-01
相关资源
最近更新 更多