在 Gerrit 中使用 git-flow 功能分支是否有推荐的工作流程？有什么最佳实践吗？
我们正在与多个开发人员和一个由 Git 管理的中央存储库启动一个项目。在使用 git-flow 时，我遇到了将功能分支推送到 Gerrit 的问题，作为在功能未完成时备份开发人员工作的一种方式：
我们不希望在开发过程中审查功能分支，因此我们允许所有开发人员直接推送到 refs/heads/feature/* ，绕过神奇的审查分支。我们希望在功能分支合并到开发分支时进行审查，但是当开发人员在合并后将她的工作推送到 Gerrit 时，只有合并提交需要审查。在功能分支中所做的更改不会出现在此补丁集中。我认为这是因为这些更改被直接推送到 refs/heads/feature/* 所以 Gerrit 认为他们不再需要审查。
开发人员是否应该在完成功能分支之前将功能分支推送到 Gerrit？为了能够做到这一点，她需要有权在 refs/heads/feature/* 和 refs/for/refs/heads/feature/* 上推送和创建引用，确保她只推送到审查分支。
任何帮助将不胜感激。
我和我的一个同事实际上已经用 gerrit 为 git-flow 做了一个分叉。我们决定推进称为主题的分支，以区分常规开发和“功能/主题”分支的访问控制。
让我星期一和他讨论一下，然后回到我们将所有内容发布到 github 的地方：）
我将开始在源代码中删除一些次要的公司特定项目并发布到 github。我将在北京时间明天早上开始:)
最后你可以签出这个 git-flow 的分支 https://github.com/RasmusVoss/gitflow
您需要阅读一些项目。 https://github.com/RasmusVoss/gitflow/wiki
看看普通 git-flow 和这个版本的区别，这个版本主要是为使用 Gerrit 的开发者准备的，我们还没有使用 git-flow 的任何发布功能。
干杯。
集成 git-flow 和 gerrit 并不是那么简单，在推送分支时，您无法更改 git-flow 中的原点以反映在 gerrit 中审查所需的原点。
我阅读了一个wiki 页面，其中讨论了集成 git-flow 和 gerrit 的棘手部分。您可能也想阅读它。