团队10+人，用svn版本控制工具，大家是怎么控制代码的？ 400 请求报错 

前置条件如标题：团队10+人，用svn版本控制工具。   说一说我们团队现在的方式： 1. 代码使用有且只有一个分支； 2. 程序员提交代码； 3. 与线上文件做对比，整理出上线文件，邮件的方式发给运维，运维负责上线；   这样子操作的弊端： 1. 如果多个功能并行开发，代码容易遗漏； 2. 程序员与线上代码做对比，耗费大量时间，而且容易出错； 3. 并行得比较久的功能，容易出现代码边改边动；   现在我想到的改进方式： 1. 使用分支开发功能，每次做一个功能，新建一个分支； 2. 线上代码维护一个分支（如：Master，权限控制只有运维能够svn up 操作）； 3. 程序员开发完一个功能，进行分支合并（和线上代码Master），提测； 4. 测试完成，把测试分支合并到主干（Master）； 3. 运维上线（svn up）   我的疑问： 1. 这样子操作会不会也是很复杂的？ 2. 虽然从某一方面避免了代码遗漏，但是合并代码似乎也挺困难； 3. 我们现在就2个环境（测试、线上）；