我要将我的发布分支合并到 master，我想知道在合并到 master 时是否应该将开发中的提交压缩为单个合并提交。
有关 git flow 的一般文档包含类似 Atlassian 页面中的这样的图：
在这些图中，只有单个提交出现在 master 上，而不是所有为开发所做的提交。
实际上，我喜欢拥有一个仅发布版本提交的主分支的想法。
合并到 master 时我应该保留所有的开发提交吗？或者在遵循 Gitflow 时，您是否会在合并到 master 之前压缩提交？
文章来源链接：Gitflow 工作流程 - Atlassian https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
在我看来，请记住，这只是一个意见，您可能会得到不同的答案，当从开发分支合并到 master 时，您不应该压缩提交。这样做会丢失很多已进行的更改的历史记录。例如，我所做的几乎所有提交都标有问题编号，这样就可以通过 git 历史记录完全追溯所提出的问题以及进行更改的原因。
更重要的是，您不应该直接从开发合并到master。假设您正在关注 git-flow，那么此转换应该通过发布分支完成。
如果您问在功能或修补程序分支上是否应该压缩提交，那么这将是一个不同的答案。在这些情况下，可以说分支应该足够小，只需要一次提交，因此在这些情况下，我几乎总是在合并到目标分支之前将提交变基并压缩为单个提交。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
