SVN代码版本控制

SVN代码版本控制

如题,根据多年控代码版本经验总结一张图:
在这里插入图片描述

方案1

bugfix上线

其中bugfix版本每次上线部署以后要及时更新生产同步版本即bugfix_时间戳,如SourceTrunk_Bugfix_20200911,当下次上线,要把这个版本干掉,比如10/10号上线,SourceTrunk_Bugfix_20201010接替上一版本,上一版本被淘汰,开发CR期间如有小的bug修改可直接用bugfix版本上线。

CR上线

当CR开发结束,即将准备上线,可直接merge到主干进行主干版本测试,bugfix版本也一并merge进来,以准备CR和Bugfix同时release,但当CR搁置很久,又不确定上线时间,可merge到SIT版本,(SIT可由当前主干版本分出),既不影响CR测试期间主干上线需求,也保证同步主干代码进行CR合并测试。

方案2

主干上线
大部分同学就喜欢主干始终和生产同步,可以,此方案较为传统,可能会多一些merge和分支工作,但终归思路清晰,操作也简便些。

即CR合并SIT,SIT合并主干,上线
改bug也在主干改,改完直接上线

PS:之前用TFS用了三年,用传统的方案二,经常工具merge出冲突,需要手动merge,对merge工作深恶痛绝,总结出方案一省去了大量的merge工作,提高了整个项目的工作效率。

总结

方案一较为传统,结构简单,
方案二思路稍有复杂,省去大部分merge工作,

仅供学习参考,如有侵权联系我删除

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值