开发者社区> 问答> 正文

SVN 多人修改,如何管理 关于版本的问题报错 

问一下兄弟们,对于经常更新的 WEB 网站的版本如何管理,
简单描述一下,公司使用SVN管理源代码,20多个人开发,有许多新人,代码不怎么样,然后就没提交权限,让老员工帮提交这是背景。
现在公司有 开发环境  功能测试环境  生产预热环境  生产环境 还有性能环境 ,常出现多个人更改同一文件,而多人的任务更改的内容又不同,而上测试 和生产的时间不一样,现在只有一个SVN,很容易出现 A 提交测试代码,B在A的基础上修改,B上测试,而B又要上生产,而A的代码还不能上生产,这样B 的代码就会把A的代码提交到生产,造成许多未知错误,
想问一下,针对这种情况,怎么管理代码是更好的方式。
部署采用增量部署,就是修改了哪个文件,部署哪个文件。

展开
收起
kun坤 2020-06-03 10:49:07 559 0
1 条回答
写回答
取消 提交回答
  • 请参考: http://my.oschina.net/wiseach/blog/88195######写的不错 对我这个管理菜鸟很有帮助###### 把分支理清啊
    测试分支只能在测试服务器上,生产分支才能push到生产服务器
    每次修改之前checkout,改完以后commit
    测试分支稳定以后再合并到主干 ######提交时加锁。######建多个分支,一个主分支。分支上稳定后再合并到主分支。一个版本要release的时候,release分支不允许再提交新feature,只改bug,改好的bug定期merge回主分支。###### 两个方法:
    1.代码测试后merge到生产,不存在会把别人代码带入的问题;
    2.每次修改从trunk上拉一分支,验证后merge回trunk。
    我们的做法,三个分支,dev + virtual trunk + trunk.  在dev开发,简单测试后进VT,VT验证后进trunk。trunk会阶段性release. ###### 迁入迁出,都是这样管理的,如果出现冲突,只有用妥协的办法,先还原,在更新,然后修改后,再提交。
    一般开发规范制定好,不会出现这样的问题。
    还有建议开发时候,人员多,半天提交一次代码,公共区域的代码,随时更改随时提交,并且修改前,需要检查代码是否最新。 ######帮我理清了太多了思路了,谢谢

    2020-06-03 10:49:13
    赞同 展开评论 打赏
问答分类:
问答地址:
问答排行榜
最热
最新

相关电子书

更多
低代码开发师(初级)实战教程 立即下载
冬季实战营第三期:MySQL数据库进阶实战 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载