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工作,
仅供学习参考,如有侵权联系我删除