我想介绍Git的流量到我的团队。 我们是一个相当小的团队和相当灵活。 我们要释放一天一次，这意味着我们必须对测试当天所有更改有限的时间。 业务团队希望能够控制已得到释放，虽然它不是理想的特征。
Git的流动似乎并不适应这个非常好。 从开发什么是选定的功能合并到主的最佳方式切割发布分支后。 正在采摘樱桃的唯一选择？ 有没有更好的办法？
Answer 1:
标准git flow ，如果创业团队要控制哪些功能是在下一个版本的处理是不理想的。 但是，你将不得不与其他分支结构同样的问题。
默认结构git flow是你创建的每个新功能特性分支。 一旦你完成建设（和测试）的新功能，则合并分支回到您的开发分支，然后删除该功能分支。 那么该功能将包含在下一版本中。
如果一个功能不应该包括在未来的版本中，你应该不合并特性分支到开发分支。 也就是说，以确保它不会被列入的最佳途径。 它还可以防止其他开发人员创建使用（或其他要求）的新功能的代码。
我不会推荐挑肥拣瘦。 首先，一个功能可以（并且经常会）有多次提交，这是很容易忘记一个。 其次，如果有B使用的是在功能的一个添加的代码，以及管理层希望不释放特征的释放特性B，你很可能会发现，特征B坏了。 而那些依赖并不总是容易被发现。
这是有道理的，管理层希望优先考虑新功能，但每个功能应当合并回develop分支已经完成后不久（和测试）。
Answer 2:
如果每个功能都有自己的分公司，只是合并该功能分支。
文章来源: git flow releasing selected features
