目前我正在进行一个项目，开发人员无法就是否使用回扣或合并达成一致。您是否能够将混合到Gitflow/Workflow而不会出现问题？是的，为什么会这样？
我知道在协作和处理功能分支时可能会出现问题。但这个问题是针对主分支的。
如果您使用Git Flow，那么您肯定需要至少执行一些合并，因为工作流涉及合并不同的长时间运行的分支。试图将一个长期存在的分支重新建立在另一个分支之上会带来困难和悲伤；对于执行挤压合并也是如此。合并两个长期运行的分支的唯一合理方法是合并提交。
如果你使用的是更传统的工作流，比如Git使用的或GitHub上常用的工作流，将代码合并到一个主分支中，那么它就不那么重要了。最好选择一种一致的策略并坚持下去，但你不必严格这样做。可以将合并和重新合并到同一个主分支中。做任何一个你喜欢的都不能提供重新基础支持者想要的线性历史，也不能提供合并支持者想要的分叉点的洞察力，所以这样做可能会导致每个人都不高兴。虽然在某些情况下这可能是一种有效的方法，但它可能会在您的团队中导致不必要的冲突。
我要说的是，当我需要做出与版本控制相关的技术决策，并且涉及决胜局时，我会做Git所做的。Git作为一个项目相当成功，它使用了一个基于合并的功能分支工作流。您可以选择其他打破平局的策略，例如您喜欢的语言运行库做什么。