git - 你可以变基和/或合并到同一个主分支吗?
问题描述
目前我正在进行一个项目,开发人员无法就是否使用Rebase或Merge达成协议。您是否能够将 Gitflow/Workflow 混合起来而不会出现问题?是这样,为什么会这样?
我知道在协作和处理Feature Branch时可能会出现问题。不过这个问题是针对大师科的。
解决方案
如果您使用的是 Git Flow,那么您肯定需要执行至少一些合并,因为工作流程涉及合并不同的长期运行的分支。试图将一个长期运行的分支重新建立在另一个之上是困难和悲伤的秘诀;这对于执行 squash 合并也是如此。合并两个长期运行的分支的唯一合理方法是合并提交。
如果您使用的是更传统的工作流程,例如 Git 使用的或 GitHub 上常用的工作流程,您将代码合并到单个主分支中,那么它就不那么重要了。最好选择一种一致的策略并坚持下去,但您并非必须如此。可以合并和变基到同一个主分支。做任何你喜欢的事情都不会提供 rebase 支持者想要的线性历史或合并支持者想要的对分叉点的洞察力,所以这样做可能会导致每个人都不开心。虽然在某些情况下这可能是一种有效的方法,但它可能会导致您的团队发生不良冲突。
我会说,当我需要做出与版本控制相关的技术决策并且涉及决胜局决策时,我会做 Git 所做的事情。Git 作为一个项目相当成功,它使用基于合并的功能分支工作流。您可以选择其他决胜局策略,例如您首选的语言运行时所做的事情。
推荐阅读
- machine-learning - Word2Vec 如何确保反义词在向量空间中相距甚远
- c++ - 使用 void 函数检查 gtest 中的错误
- python - 对象列表的自定义排序
- javascript - 如果 else 语句在 jquery 中不起作用
- azure-devops - 根据 Azure Devops 中的文件路径类型动态填充选项列表?
- android - RecyclerView 只滚动 1 个项目
- fullcalendar - 全日历编辑
- php - 隐藏特定属性值或变化的添加到购物车按钮
- java - 如何通过引用传递不同类型的列表结束接收作为参数C#的通用列表
- android - 如何在flutter android插件包中处理android生命周期