问题描述
我想就良好的 git 分支策略征求一些建议。
情况
我有一个带有主分支的存储库。从此,一个开发者分支开始了。这个开发者分支有几个提交。从开发者分支开始,其他几个分支已经启动。
最终我想所有这些分支都会被合并或丢弃,最终在未来我想一切都会合并到主分支中,但还没有
我想做什么
现在,我必须将一些 shell 脚本合并到存储库中,以供任何人使用。
我的问题是, 在 git 树中的哪个位置最好开始这个分支?
我曾想过直接在 master 中创建一个分支,然后将其合并到 master 中,然后对开发和所有其他分支进行 rebase。
另一方面,也许我应该在开发之上创建它,合并它,然后重新设置子分支。
对此的标准或最常见方法是什么?
解决方法
我会创建一个分支 tools
,开发和测试工具,然后合并到 master
。需要它们的人可以从那里变基或挑选。
从功能分支到 master
的频繁 * 变基无论如何是一个很好的做法。它使最终的合并不那么痛苦和危险。
* - 每天,最坏的情况是每周
,在我看来,这样做没有“标准”或“最常见”的方法。
一种直观的方法是使用从 master 创建的分支来完成,在那里进行更改和添加常用内容。 每个开发者分支都要进行合并和变基。
主人就是主人