Re: [请益] git的多人开发环境的建置?

楼主: readonly (唯读)   2014-11-04 23:05:12
※ 引述《strlen (strlen)》之铭言:
: 上个月刚换工作
: 目前工作内容主要是以开发与维护公司自有网站为主
: 网站是很常见的的LAMP架构
: 但因为公司一直以来都没有使用版本控制
: 所以整个测试机上的程式真的就像垃圾场一样...
: 现在主管说要导入版本控制系统
: 要我选一个弄
: 我之前只有用过svn
: 现在想玩玩看git
: 这一两天看了些教学文后大致上基本的操作与观念都OK
: 现在的问题是多人开发的流程该怎么样规范会比较好?
: 目前公司实际在写程式的有六个人
: 未来可能还会继续增加
: 但公司里的人几乎都没有碰过git
: 之前的作业方式都是直接使用连线网络磁盘到测试机上改
: 然后直接看结果
: 本机当然大家都是使用Windows,测试机是CentOS
: 我现阶段想到的规范是
: 1.将某一台测试机当作git server
: 大家把程式clone回自己的本机开发
: 改好了再push回测试机
: 2.开发还是在原本的测试机上作
: 只是不同人就开不同的branch
: 做好了在合并就好?
: 或是有其它更好的方式呢?
: 因为自己对git也不是很熟
: 不太确定哪一种作法会比较好
: 想请问大家在目前使用git的多人作业流程大概是怎么样呢?
如果你真的要问的话,这两个都不对。个人觉得你们的流程要整个改过。
首先要有个维护 tree 的人,负责 merge,还有 tree 上面的 code
是正确能跑的。
git branch 是为了新功能开的,例如新功能可能要好几个 patch/commit,
在一个 branch 做好之后一次送出去 (svn 是一个 commit 马上就送上去
被别人看见)。
你们不是选 svn 好还是 git 好的问题。
作者: dream1124 (全新开始)   2014-11-05 01:04:00
你的意思是服务器stage branch要有人负责管吗?
作者: aresa (秋凉)   2014-11-05 01:42:00
负责review的一定要很有耐心xd,我老板每次review我的code我都好心虚,问题一堆
作者: Baternest (忍蛋)   2014-11-05 09:28:00
没人管merge 就算完全没有conflict 功能对不对都是问号
作者: strlen (strlen)   2014-11-05 13:17:00
的确不是哪个好的问题... 应该说公司现在根本没有作业流程可言 XD 我也是第一次被要求要当制定规范的 前公司是用svn但老实说我也只会很普通的用基本功能而已
楼主: readonly (唯读)   2014-11-05 19:22:00
你要作业流程的话是在版本控制更上层的问题,你们要先有个 bug tracking 系统。@aresa 如果是每个 commit review 其实工作量很小因为大家早就知道要怎么写了。kernel 那么大也是这样管的,难道每个人都可以 commit?

Links booklink

Contact Us: admin [ a t ] ucptt.com