前置条件如标题:团队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.版本工具用git 2.版本控制 2.1线上保证一个稳定的版本,运维通过拉取这个版本来发布 2.2根据线上的版本新建一个开发分支,所有的开发人员都是基于这个分支来开发。备注:开发分支合并到mster上面的工作只能由一个管理员来完成,标注tag号 2.3开发人员从开发分支在新建分支dev2,每个人在自己的dev2上面完成开发,开发完、测试通过后合并到开发分支上,由测试人员来测试,测试通过后,将开发分支合并到master上。######个人感觉svn在合并以及版本上赶不上git######感觉git好用一些######
设计师什么的,感觉还是svn用起来简单些,所以就没换了。######
谢谢,去推进git######如果是多程序员协作开发,用Git会省不少工作######至少一个dev,一个线上两个分支吧。平台在dev开发,线上bug修复后同步到线上。测试到线上分支拉取,通过后由运维取线上分支更新######多人开发的下,用git吧。以前大项目接近100个人的开发团队,那个SVN用得叫一个无奈啊。######人多用什么svn ,git明显更适合多人合作开发######实在不行就用码云呗,挺好用的,跟git一样!不会用命令行,开发工具也有对应的插件,可以上网搜一搜!
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。