我想知道人们正在使用什么git分支/发布策略,并建议具有以下要求的项目:
我们尝试过使用Git-flow流程(http://nvie.com/posts/a-successful-git-branching-model/),但有两个主要问题:
是否还有其他git工作流程适合这种情况,或者其他人如何通过Git-flow克服这些问题？
我们在发布分支期间的任何时候测试的代码与将要发布的代码不完全相同(因为发布分支需要在最后与master合并)
这没有意义.发布分支和主分支之间的合并应该只是快进 - 您的主分支应该由您的发布决定,而不是相反.
重构更改很难处理,并且当发布分支与master合并时通常会导致合并冲突.
请参阅上面的发布分支,指示主分支.此外,只要不在分支分割点之前重新提交任何提交,您就可以尝试在开发时重新设置功能分支.
在将您的分支合并到开发之前,您应该在功能分支的顶部重新定义开发分支,这样当您将功能分支合并到develop中时,您将获得快速转发合并而不会发生合并冲突.您应该在开发期间定期执行此操作(可能每天一到一周,具体取决于存储库中的提交量).
如果你在功能完成之后进行重构并且你只是在重构develop分支,那么,是的,你应该期望合并很难.
但是,在将发布分支合并到主服务器或开发到发布分支时出现合并问题表示未正确跟踪链接流.