【问题标题】:Can you Rebase and/or Merge into the same Master Branch?你可以变基和/或合并到同一个主分支吗?
【发布时间】:2020-12-23 23:04:07
【问题描述】:

目前我正在进行一个项目,开发人员无法就是否使用 RebaseMerge 达成一致。您是否能够将 Gitflow/Workflow 混合起来而不会出现问题?是这样,为什么会这样?

我了解在功能分支上进行协作和工作时可能会出现问题。但是这个问题是针对Master Branch的。

【问题讨论】:

    标签: git version-control repository git-flow repository-design


    【解决方案1】:

    如果您使用的是 Git Flow,那么您肯定需要至少执行一些合并,因为工作流程涉及合并不同的长时间运行的分支。试图将一个长期运行的分支重新建立在另一个之上是困难和悲伤的秘诀;这对于执行壁球合并也是如此。合并两个长期运行的分支的唯一合理方法是合并提交。

    如果您使用的是更传统的工作流程,例如 Git 使用的工作流程或 GitHub 上常用的工作流程,您将代码合并到单个主分支中,那么它就不那么重要了。最好选择一种一致的策略并坚持下去,但您并非必须如此。可以合并和变基到同一个主分支。做任何你喜欢的事情都不会提供 rebase 支持者想要的线性历史或合并支持者想要的对分叉点的洞察力,所以这样做可能会导致每个人都不开心。虽然在某些情况下这可能是一种有效的方法,但它可能会导致您的团队发生不必要的冲突。

    我会说,当我需要做出与版本控制相关的技术决策并且涉及决胜局决策时,我会做 Git 所做的事情。 Git 作为一个项目相当成功,它使用基于合并的功能分支工作流。您可以选择其他决胜局策略,例如您喜欢的语言运行时的用途。

    【讨论】:

    • 感谢您的澄清。恕我直言,坚持一个或另一个很好。我觉得混合和匹配会产生冲突,特别是如果在变基时不小心的话。
    猜你喜欢
    • 1970-01-01
    • 2015-01-19
    • 2012-04-25
    • 1970-01-01
    • 1970-01-01
    • 2023-04-10
    • 1970-01-01
    • 2017-02-26
    • 1970-01-01
    相关资源
    最近更新 更多