Git 发布主要版本的分支策略
Git branching strategy for releasing major releases
我有一个 git 项目，我已经发布到 bower。该项目支持不同版本的 Polymer。主分支是 Polymer 1 元素，而在侧分支（称为 2.0-preview）中，是 Polymer 2 元素。随着时间的推移，两个分支都有自己的个人提交和错误修复。
我现在想弃用 Polymer 1 元素，这样当用户 bower install 时，他们会下载驻留在侧分支上的 Polymer 2 元素。实现这一目标的推荐方法是什么？我应该简单地将侧分支重命名为 master、merge 或 rebase 分支吗？谢谢
我的方法是
- 将 master 分支到 1.0 分支
- 合并 2.0-preview 分支
进入大师
这保留了历史记录，也避免了可能导致我的合作者中断的连续效应。
注意：对于涉及并行处理master和side branches的项目，最好通过合并或rebase将master不断集成到side branches中以避免有问题 integration/merge 在最终合并期间出现问题。
我有一个 git 项目，我已经发布到 bower。该项目支持不同版本的 Polymer。主分支是 Polymer 1 元素，而在侧分支（称为 2.0-preview）中，是 Polymer 2 元素。随着时间的推移，两个分支都有自己的个人提交和错误修复。
我现在想弃用 Polymer 1 元素，这样当用户 bower install 时，他们会下载驻留在侧分支上的 Polymer 2 元素。实现这一目标的推荐方法是什么？我应该简单地将侧分支重命名为 master、merge 或 rebase 分支吗？谢谢
我的方法是
- 将 master 分支到 1.0 分支
- 合并 2.0-preview 分支 进入大师
这保留了历史记录，也避免了可能导致我的合作者中断的连续效应。
注意：对于涉及并行处理master和side branches的项目，最好通过合并或rebase将master不断集成到side branches中以避免有问题 integration/merge 在最终合并期间出现问题。