基于branch的项目开发阶段性发布问题

[ithelloworld]

用Git或Hg加上Redmine进行问题（issue）驱动开发，边开发边发布（多人协作，不是少数的几个人，是很多人的团队）。
这种方式客户可以随时验收成果，测试程序，有bug反馈回来团队再新建问题（issue）对应。期间还可能提出新要求，新功能。
汇总如下：

- 功能开发
- 修改错误

虽然Git或Hg的分散特点很强，但面对错综复杂的项目情况，即使在内部的测试环境下小心地merge，也难免会出现问题，比如用Ruby或Python的话，涉及数据库的migration问题。
以周单位发布阶段性成果的话，大家的公司的团队都是怎样对应的呢？

[BB9z]

人多了只能规范流程了吧，代码审核后merge，数据库修改得审批之类的。

[ithelloworld]

@BB9z 代码有审核，但各成员操作的时机有点问题。大体还是控制得住。想知道大家公司都是怎么做的。

[BB9z]

我们的审核是这样一个流程：成员在特性分支上开发完后，把主干合进来，然后提merge request，交由较高级的成员检查合并回主干，有问题打回修改。低级成员是不能直接向主干提交的。

工具用的gitlab，刚刚够用。

[ithelloworld]

@BB9z 这种方式很规范，应该这样。谢谢。

[simsicon]

https://github.com/nvie/gitflow