这是一个创建于 4319 天前的主题，其中的信息可能已经有所发展或是发生改变。
用Git或Hg加上Redmine进行问题（issue）驱动开发，边开发边发布（多人协作，不是少数的几个人，是很多人的团队）。
这种方式客户可以随时验收成果，测试程序，有bug反馈回来团队再新建问题（issue）对应。期间还可能提出新要求，新功能。
汇总如下：
- 功能开发
- 修改错误
虽然Git或Hg的分散特点很强，但面对错综复杂的项目情况，即使在内部的测试环境下小心地merge，也难免会出现问题，比如用Ruby或Python的话，涉及数据库的migration问题。
以周单位发布阶段性成果的话，大家的公司的团队都是怎样对应的呢？
这种方式客户可以随时验收成果，测试程序，有bug反馈回来团队再新建问题（issue）对应。期间还可能提出新要求，新功能。
汇总如下：
- 功能开发
- 修改错误
虽然Git或Hg的分散特点很强，但面对错综复杂的项目情况，即使在内部的测试环境下小心地merge，也难免会出现问题，比如用Ruby或Python的话，涉及数据库的migration问题。
以周单位发布阶段性成果的话，大家的公司的团队都是怎样对应的呢？
 |
1
BB9z 2013-02-26 10:00:45 +08:00
人多了只能规范流程了吧，代码审核后merge，数据库修改得审批之类的。
|
 |
2
ithelloworld OP @BB9z 代码有审核，但各成员操作的时机有点问题。大体还是控制得住。想知道大家公司都是怎么做的。
|
|
3
BB9z 2013-02-28 17:48:56 +08:00
我们的审核是这样一个流程：成员在特性分支上开发完后，把主干合进来，然后提merge request，交由较高级的成员检查合并回主干，有问题打回修改。低级成员是不能直接向主干提交的。
工具用的gitlab，刚刚够用。 |
|
4
ithelloworld OP @BB9z 这种方式很规范，应该这样。谢谢。
|
 |
5
simsicon 2013-02-28 18:34:53 +08:00
|
Select Language