你能 Rebase and/or 合并到同一个 Master 分支吗？
Can you Rebase and/or Merge into the same Master Branch?
目前我在做一个项目，开发人员无法就使用Rebase还是Merge达成一致。你能混合使用 to Gitflow/Workflow 而不会出现问题吗？是吗，为什么会这样？
我了解在 功能分支 上协作和工作时可能会出现问题。但是这个问题是针对 Master Branch.
如果您正在使用 Git Flow，那么您肯定至少需要执行一些合并，因为工作流程涉及合并不同的 long-running 分支。试图在另一个 long-running 分支上重新设置分支是困难和悲伤的秘诀；执行壁球合并也是如此。合并两个 long-running 分支的唯一合理方法是合并提交。
如果您使用的是更传统的工作流，例如 Git 使用的或 GitHub 上常用的工作流，您将代码合并到一个主分支中，然后它不那么重要。最好选择一种始终如一的策略并坚持下去，但您并非必须如此。合并和变基到同一个主分支是可能的。随心所欲地做，并不能提供变基支持者想要的线性历史，也不能提供合并支持者想要的对分叉点的洞察，所以这样做可能会导致每个人都不高兴。虽然在某些情况下这可能是一种有效的方法，但它可能会导致您的团队发生不必要的冲突。
我会说，当我需要做出与版本控制相关的技术决策并且涉及决胜局决策时，我会做 Git 所做的事情。 Git 作为一个项目相当成功，它使用了 merge-based 功能分支工作流。您可以选择其他决胜策略，例如您首选的语言运行时所做的。
目前我在做一个项目，开发人员无法就使用Rebase还是Merge达成一致。你能混合使用 to Gitflow/Workflow 而不会出现问题吗？是吗，为什么会这样？
我了解在 功能分支 上协作和工作时可能会出现问题。但是这个问题是针对 Master Branch.
如果您正在使用 Git Flow，那么您肯定至少需要执行一些合并，因为工作流程涉及合并不同的 long-running 分支。试图在另一个 long-running 分支上重新设置分支是困难和悲伤的秘诀；执行壁球合并也是如此。合并两个 long-running 分支的唯一合理方法是合并提交。
如果您使用的是更传统的工作流，例如 Git 使用的或 GitHub 上常用的工作流，您将代码合并到一个主分支中，然后它不那么重要。最好选择一种始终如一的策略并坚持下去，但您并非必须如此。合并和变基到同一个主分支是可能的。随心所欲地做，并不能提供变基支持者想要的线性历史，也不能提供合并支持者想要的对分叉点的洞察，所以这样做可能会导致每个人都不高兴。虽然在某些情况下这可能是一种有效的方法，但它可能会导致您的团队发生不必要的冲突。
我会说，当我需要做出与版本控制相关的技术决策并且涉及决胜局决策时，我会做 Git 所做的事情。 Git 作为一个项目相当成功，它使用了 merge-based 功能分支工作流。您可以选择其他决胜策略，例如您首选的语言运行时所做的。