问题描述
当前我在一个项目上，开发人员无法就是否使用 Rebase 或 Merge 达成协议。您是否可以将Gitflow / Workflow混合使用而不会出现问题？是这样，为什么会这样？
我了解在功能分支上进行协作和工作时可能会出现问题。但是这个问题是针对 Master Branch 。
解决方法
如果您使用的是Git Flow，则肯定需要至少执行一些合并，因为工作流程涉及合并不同的长期运行的分支。试图将一个长期运行的分支建立在另一个分支之上，这是困难和悲伤的秘诀。对于执行壁球合并也是如此。合并两个长期运行的分支的唯一合理方法是合并提交。
如果您使用的是更传统的工作流程（例如，Git使用的工作流程或GitHub上常用的工作流程），则您将代码合并到单个主分支中，那么它的重要性就降低了。最好选择一种一致的策略并坚持下去，但是您不一定必须这样做。可以合并并重新建立到同一主分支中。不管您执行哪种操作，都不会提供支持者想要的线性历史记录，也无法提供合并支持者想要的分叉点的洞察力，因此这样做可能会导致每个人都不满意。尽管在某些情况下这可能是一种有效的方法，但它可能会导致您的团队发生意外冲突。
我要说的是，当我需要做出与版本控制相关的技术决定并且涉及到决胜决定时，我会做Git所做的事情。 Git作为一个项目相当成功，它使用了基于合并的功能分支工作流。您可以选择其他决胜局策略，例如您首选的语言运行时所执行的操作。