git的版本管理(git releases management)

我找不到任何什么是“正确”的方式使用Git来管理版本。 说，我的主人，释放-1，释放-2和释放-3分支。 第1版已经发布了，我也只能bugfixing并释放标记它的版本。 第2版​​将会很快被释放，我主要是开发这个分支，而在3我开发将在未来进一步需要的东西。

1. 当我添加上发布-2的一些功能，它应该去3为好，而不是1，我应该：

   • 归并释放-2相关的主和摘樱桃功能承诺释放-3？
   • 相关摘樱桃功能承诺掌握和比摘樱桃其释放-3？
   • 某物别的吗？

2. 当我需要在所有版本的改变某事，我应该做它的主，它樱桃采摘各分支机构？

3. 我应该保持主了解最新的最新（释放3支），或者更确切地说，开发者在发布-3和合并到主之前，我需要释放，4支？

4. 当我固定在释放-1或释放-2做某事，我应该合并或樱桃采摘它掌握或者说？

我不太确定何时应该我摘樱桃，当我应该合并，如果代码的分支之间的流动是正确的。

Answer 1:

查看JUNIOÇ滨野（GIT维护者）博客职位如下：

• 完成合并
• 永远不要回来合并 （约与不合并后面的意图分叉的树枝）
• 解决冲突/主题分支机构早期之间的依赖关系
• 乐趣远程分支（1）
• 乐趣远程分支（2）

就拿也看gitworkflows手册页。

Answer 2:

你所问的是一个典型的是合并的工作流程问题：如何合并来自哪里到哪里。

但你也必须记住，在DVCS，合并也将是影响出版方面的考虑 （在这些分支推到本地资源库，或公立）

尤其是“master”分支是一个默认为可见，当有人复制你的回购协议，这意味着它应该参考什么你认为最有用的是用户/开发者。 （因为其他分支不是默认本地引用 ）

---

1 /当我添加上发布-2的一些功能，它应该去3为好，而不是1

事实上，你可以合并R2掌握，以达到必要的变阵之后已经取得了多项提交到R2。 这样，只有提交的数量有限，在主可见，避免“提交杂乱”。
然而对于R3，你可以樱桃挑选你从R2所需要的，如果正在推出版R3。 否则，你可以在R2 R3重订。 请参阅“ git的工作流程和重订VS合并 ”问题

2 /当我需要在所有版本的改变某事，我应该做它的主，它樱桃采摘各分支机构？

你应该这样做在R2上，然后在主机和R1和R3合并。 这样一来，只有一次提交被添加到这些分支。

3 /我要保持主了解最新的最新（释放3支），或者更确切地说，开发者在发布-3和合并到主之前，我需要释放，4支？

这取决于你希望你的同事等看到时，他们克隆的回购什么。
但是，从1 /，我收集大师是代表R2（目前发展），而不是R3（未来，长期重构）

4 /当我固定在释放-1某物或释放-2，应予合并或樱桃捡起来掌握或相当？

• R1：摘樱桃：不是所有的你是固定上R1是什么意思将被合并到当前的发展。
  其实，我宁愿愉快挑选R1固定在R2上，确保一切都在那里工作，然后在主合并。
• R2：合并。 如果主代表R2，一个简单的合并就足够了。

Answer 3:

我会做：

1）合并R2掌握然后掌握到r3（r3中应能接受所有更改主）

2）提交至R1，合并到R2，R2合并掌握然后合并主到r3

3）也许你应该使用主，而不是R3，只有在分支关闭R3开发时释放正在准备之中，这里合并上所有更改主（这将是下一个版本）。 或者使用“主”和“下一个”分支和Linux系统。

4）合并掌握

我认为合并是不是挑肥拣瘦清洁，并认为你应该只在你需要的backport一个功能或错误修复到旧的分支，你什么时候作出的承诺（否则提交上最古老的分支/释放你没有想到摘樱桃想上的代码）。

文章来源: git releases management