Open songziming opened 10 years ago
另外大家读一下Pro Git的第五章,里面讲到了如何协同开发,让我发现我们很多做法是错的。
非常赞,我表示同意~ 这两天我和梁明阳四处奔波舟车劳顿,可能要过两天才能去看你推荐的书了。
王剑锋 Jeffrey Wang
北京航空航天大学 软件学院 2012级本科生 | Undergraduate of School of Software, Beihang University
E-mail:wjfwzzc@gmail.com Skype:Jeffreywzzc Mobile:+86 156 5290 9590
Address:北京市昌平区沙河高教园南三街9号 | No.9 Nansan Street, Shahe Higher Education Park, Changping District, Beijing Zip Code:102206
发自我的小米手机
Song Ziming notifications@github.com编写:
另外大家读一下Pro Git的第五章,里面讲到了如何协同开发,让我发现我们很多做法是错的。
— Reply to this email directly or view it on GitHub.
没关系,二位辛苦了
发自我的小米手机
最近看了一些Git版本控制的资料,感觉我们还是经验不足,虽说使用上了Git这种高端的工具,但也是停留在最初级的层面上。
之前写了一些Git使用说明,其中由我的体会,也有从各类资料上找来的。现在觉得,与其抄一些内容,还不如把好资料推荐给大家。
强烈建议读一下Pro Git这本书,OSChina上有这本书的中文电子版,把前三章读完(真的不多,都是实践性的东西,很好懂)。
前面几个Issue中,我们想到了许多可能遇到的问题,以及解决办法。这些问题如果遇到了还真的挺烦人,而我们有没有多少经验,因此我觉得最好沿着前人的足迹。
分支
之前剑锋同学已经提到了使用分支,Git的分支管理的确是非常方便高效的。参考阮一峰的这篇文章,我设想今后这样进行开发:
--no-ff
参数)feature-user-login
,然后在这个分支里面进行开发,开发完成,一切功能测试通过之后,再合并到develop分支里面。协作开发最恶心的地方莫过于冲突的解决,理论上,分工合理就不会有冲突,但我们显然不能这样假定。在执行
git merge
时,若有冲突Git会阻止合并,并在有冲突的文件中写入标记,到时,进行合并的人负责解决冲突。冲突的发生是有条件的,只有同一文件在两个分支中都被修改才会产生冲突,遇到冲突时协商解决。
开发中,还有解决BUG的任务,这类任务应该和feature一样,为其专门创建一个短期分支,命名为
bugfix-###
,完成后合并到develop分支上。总结
目前我对分支管理的想法是这样的