使用git-flow特性分支和Gerrit的工作流程

Question

使用git-flow特性分支和Gerrit的工作流程

9

有关Git-Flow特性分支在Gerrit中的工作流程和最佳实践，有什么推荐吗？

我们正在启动一个由Git管理的中心化存储库的多开发者项目。在尝试git-flow时，我遇到了将特性分支推送到Gerrit作为开发人员备份工作的问题：

我们不希望特性分支在开发过程中被审查，因此我们允许所有开发人员直接在refs/heads/feature/*中进行推送，绕过神奇的审查分支。当特性分支合并到开发分支时，我们希望进行审查，但是当开发人员在合并后将其工作推送到Gerrit时，只有合并提交需要进行审查，而特性分支所做的更改不会出现在此版本集中。我认为这是因为这些更改是直接推送到refs/heads/feature/*，因此Gerrit认为它们不再需要审查。

开发人员应该在完成特性分支之前将其推送到Gerrit吗？为了能够这样做，她需要在refs/heads/feature/*和refs/for/refs/heads/feature/*上拥有推送和创建引用的权限，并确保仅将其推送到审查分支。

非常感谢您的任何帮助。

- usan

我知道这是一个老问题，但请随意查看我的相关改进：stackoverflow.com/a/65724774... - bloody

2个回答

2

将git-flow和gerrit集成并不是那么直接，当推送分支时，你不能更改git-flow中的源以反映在gerrit中需要进行审核的源。

我阅读了一个维基页面，介绍了集成git-flow和gerrit的棘手部分。你可能也想阅读一下。

- Peter van der Does

抱歉我错过了这个：） https://github.com/marcricharme/gitflow 实际上我更新了另一个关于这件事的评论，它非常有效，我们有4-600个活跃的开发者在使用它 - Rasmus Østergaard Kjær Voss

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Rasmus Østergaard Kjær Voss · Accepted Answer

我和我的同事为git-flow与gerrit制作了一个分支。我们决定使用名为“topic”的分支来区分对常规开发和“feature/topic”分支的访问控制。

我将在周一与他讨论并回复我们在将所有内容发布到github上的进展情况：）

我将开始删除一些公司特定的小项目并发布到github上。我将于北京时间明天早上开始：）

最后，您可以检查这个git-flow的forkhttps://github.com/RasmusVoss/gitflow 有一些事项需要您阅读https://github.com/RasmusVoss/gitflow/wiki 要查看常规git-flow和此版本之间的差异，此版本主要适用于使用Gerrit的开发人员，我们尚未使用任何git-flow的发布功能。

干杯。