Git - 以前版本的分支策略？

如何处理以前的版本不会被合并回主开发分支（默认为'主'）的情况？Git - 以前版本的分支策略？

您能否指出一些描述该文档的文档？

当前的问题是单独使用Git（而不是gitflow）。

2015-06-30 Bludzee

可能的重复[对多个版本行和git-flow的建议，对于git非大师]（http://stackoverflow.com/questions/18220663/advice-on-multiple-release-lines-and-git-流量换Git-non-gurus） – nwinkler

值得注意的是，很多git用户认为git-flow会带来很多不必要的限制。 – o11c

如果当前的帖子是“主要是基于意见的”，为什么这些标记不一样？ [对多个发行版和git-flow的建议，对于git非大师]（http://stackoverflow.com/questions/18220663/advice-on-multiple-release-lines-and-git-flow-for-git-非guru）[下面的git-flow应该如何处理早期版本的修补程序？]（http://stackoverflow.com/questions/16386323/following-git-flow-how-should-you-handle-a-早期版本的修补程序/ 16386527＃16386527） – Bludzee

只需将该版本保留在其自己的分支中，而不需要合并为主和/或开发。合并不是强制性的。如果任何后续开发或修补程序应添加到该版本中，则可以使用该发行版分支。

来源

2015-06-30 20:50:06

谢谢！假设在这个旧版本中有几个人工月，我是否应该将这个旧版本分支看作是模型中的“主”分支，并创建一个专门用于此旧版本的“开发”分支，以及等等？（我希望你跟着我） – Bludzee

没错。根据需要使用该版本分支作为主分支并分支尽可能多的新专用分支。 –

Git - 以前版本的分支策略？

回答

相关问题