GIT中,大家团队是如何使用的呢?

金拱门 发布于 2014/08/04 09:40
阅读 3K+
收藏 4
Git

请教一下各位在团队中,你们是如何使用GIT的呢?

目前,我打算安排团队这样使用。

git仓库有 以下分支:正式版分支,开发版分支  和 对应开发人员的分支。

开发版分支用于测试合并 其他开发人员的开发分支。 待开发版确认无误,再与正式版合并。。

就是说,每个员工有自己一个分支。如,张三,李四分支。。 他们两个开发完毕后,先推送到自己的分支。

接着和 开发版的分支进行 合并。。解决冲突。 跑环境测试。。。确认无误,与正式版合并,同步生产服务器。。。。

------------------------------------------

未知大家的团队是如何使用GIT的呢?请经验指点,谢了。

加载中
1
Jason_hu
Jason_hu

https://github.com/oldratlee/translations/tree/master/git-workflows-and-tutorials

这个blog里面,讲了4种不同的git工作流程,感觉不错,推荐给大家看看。

git flow流程,个人感觉过于复杂,小团队不推荐使用。

金拱门
金拱门
还有人回复啊?太感动了
1
Legend_x
Legend_x

git flow可以说是最佳流程了

然后你需要考虑的就是怎么测试了

0
wxpier
wxpier
和你有一样的疑问呀,关注答案,希望有经验的同事进行分享
0
赵占涛
赵占涛
我们是公用一个分支 当然没有你的好。你的还有个问题,张三开发a功能,还没开发完,有让他紧急改一下b功能 怎么办?所以应该再加一层功能分支或者叫特性分支 开发分支下面多个特性分支 每个特性分支下面多个人员分支
金拱门
金拱门
我认为,这个不成问题。他在本地切换一个新分支。待开发完毕和他的分支 合并就行了。 最后再推送一下。
0
R-Lu
R-Lu
我觉得可以参照现有的GITOSC上开源项目的模式,一个正式主项目,各个小组Fork主项目,开发测试完毕提交自己项目组的Request。
梓州龙井
梓州龙井
回复 @开源中国首席骨科主任 : 有在用fork吗?一直不甚了解该如何使用fork和pull request,我们采用了gerrit作为代码审查和门禁签入的工具
金拱门
金拱门
嗯,但貌似fork存在一个同步问题。
0
Feng_Yu
Feng_Yu
搭建私有仓库。我们用的是gerrit,带有审核功能,团队成员推送的commit会被其他成员review,然后项目经理根据review结果进行verify和commit patch操作
0
吾同树
吾同树
如果員工間寫的代碼會經常互相調用,會不會使管理很繁瑣,不停的需要合併開發版分區,影響開發效率?
0
fans1991
fans1991
一般都用模块划分项目,然后进行模块分支,组内成员merge,Request!最后进行模块整合,到项目完成
0
JerryLin
JerryLin
听说过“git-flow”吗?
金拱门
金拱门
没,果断搜索了解
0
泡不烂的凉粉
泡不烂的凉粉

Git 通常是个人使用。 我更推荐下面的流程。以方便共同协作。

只有俩分支是共享的,开发分支,发布分支。其他所有分支为成员临时建立的分支。作为功能补丁加入系统,供专人负责合并进开发分支。

版本管理有专人专职负责,或者专人兼职负责。 个人成员负责向开发分支提交属于自己分支的代码,可以不必公开,专人负责合并进开发分支,提供团队共同参与测试。 经过一段时间的历练,确保相对稳定,建立 tag 合并进发布分支进行整体测试。 仍然有专人负责。

泡不烂的凉粉
泡不烂的凉粉
回复 @开源中国首席骨科主任 : 在建立之初, 有人负责是好的,直到大家都习惯了,并且都会维护分支管理了。另外, 好的团队对于提交的内容。合并其实很少有冲突需要解决,只是一个命令。 解决冲突是属于每个团队里开发人员的责任。 不属于版本管理人员的责任,可以要求存在冲突的提交内容再决绝冲突后合并进开发分支。
金拱门
金拱门
这样得需要一个人去管理啊。 orz..
返回顶部
顶部