团队10+人,用svn版本控制工具,大家是怎么控制代码的?

红酒花生 发布于 2017/02/09 10:41
阅读 662
收藏 0
SVN

前置条件如标题:团队10+人,用svn版本控制工具。

 

说一说我们团队现在的方式:

1. 代码使用有且只有一个分支;

2. 程序员提交代码;

3. 与线上文件做对比,整理出上线文件,邮件的方式发给运维,运维负责上线;

 

这样子操作的弊端:

1. 如果多个功能并行开发,代码容易遗漏;

2. 程序员与线上代码做对比,耗费大量时间,而且容易出错;

3. 并行得比较久的功能,容易出现代码边改边动;

 

现在我想到的改进方式:

1. 使用分支开发功能,每次做一个功能,新建一个分支;

2. 线上代码维护一个分支(如:Master,权限控制只有运维能够svn up 操作);

3. 程序员开发完一个功能,进行分支合并(和线上代码Master),提测;

4. 测试完成,把测试分支合并到主干(Master);

3. 运维上线(svn up)

 

我的疑问:

1. 这样子操作会不会也是很复杂的?

2. 虽然从某一方面避免了代码遗漏,但是合并代码似乎也挺困难;

3. 我们现在就2个环境(测试、线上);

加载中
1
求是科技
求是科技

1.版本工具用git

2.版本控制

2.1线上保证一个稳定的版本,运维通过拉取这个版本来发布

2.2根据线上的版本新建一个开发分支,所有的开发人员都是基于这个分支来开发。备注:开发分支合并到mster上面的工作只能由一个管理员来完成,标注tag号

2.3开发人员从开发分支在新建分支dev2,每个人在自己的dev2上面完成开发,开发完、测试通过后合并到开发分支上,由测试人员来测试,测试通过后,将开发分支合并到master上。

1
whatwhowhy
whatwhowhy

个人感觉svn在合并以及版本上赶不上git

0
黑狗
黑狗

感觉git好用一些

0
红酒花生
红酒花生

引用来自“黑狗”的评论

感觉git好用一些

设计师什么的,感觉还是svn用起来简单些,所以就没换了。

0
红酒花生
红酒花生

引用来自“求是科技”的评论

1.版本工具用git

2.版本控制

2.1线上保证一个稳定的版本,运维通过拉取这个版本来发布

2.2根据线上的版本新建一个开发分支,所有的开发人员都是基于这个分支来开发。备注:开发分支合并到mster上面的工作只能由一个管理员来完成,标注tag号

2.3开发人员从开发分支在新建分支dev2,每个人在自己的dev2上面完成开发,开发完、测试通过后合并到开发分支上,由测试人员来测试,测试通过后,将开发分支合并到master上。

谢谢,去推进git

0
Kit_lee
Kit_lee

如果是多程序员协作开发,用Git会省不少工作

0
changnet
changnet

至少一个dev,一个线上两个分支吧。平台在dev开发,线上bug修复后同步到线上。测试到线上分支拉取,通过后由运维取线上分支更新

0
f
freezingsky

多人开发的下,用git吧。以前大项目接近100个人的开发团队,那个SVN用得叫一个无奈啊。

0
B
BlanTangerine

人多用什么svn ,git明显更适合多人合作开发

0
罗祥
罗祥

实在不行就用码云呗,挺好用的,跟git一样!不会用命令行,开发工具也有对应的插件,可以上网搜一搜!

返回顶部
顶部