一、什么是源码交付?为什么要源码交付?
在新环境,微服务的体系中重新构建一套已有的项目,你会发现困难重重,不是缺少jar包,就是缺少服务。怎么解决?
产品是由源码构建成的服务,产品越大服务越多,对应源码的复杂程度也会更强。产品每一轮的迭代,服务之间的装配调用,源码工程相互的依赖,既要保障研发效率,又要保障源码交付质量,实乃大事也!
IT企业源码是产品的核心价值,源码归属于产品的一部分,所以源码一定要交付。
二、怎么实现源码交付
源码交付不是简单的把源码一拷贝交付了事,源码也要有版本,有了版本才能更好的管理代码。
1.统一源码路径
(1)分支:由归档后的主干创建,操作人员为项目研发,用于新需求功能实现。
(2)主干:由提测分支合并,操作人员为质控测试;用于功能测试、测试环境、预发布环境、生产环境的运行。
(3)Tag:预发布环境验收通过,发布生产环境并完成版本归档,操作人员质控测试,用于记录生产环境稳定版本,便于回滚主干操作。
2、通过源码版本提交记录映射业务版本号,实现保证不同业务版本源码的一致性。
2.1 确定基线
Trunk:工程Demo – 特性开发 – 稳定版本
2.2 拉分支
分支来源于稳定主干,用于新功能的实现。稳定主干均需符合以下条件:
(1) 版本已发布生产环境;
(2) 版本 完成版本归档。
2.3 合并主干
由提测分支合并,用于功能测试、测试环境、预发布环境、生产环境的运行。
合并主干需具备前置条件:提测邮件。提测邮件需具备以下六要素:
项目名称、版本号、分支路径、脚本路径、部署手册、功能边界
2.3.1直接合并主干
提测版本号末位-1与当前主干版本号一致。
2.3.2先同步该主干,再合并主干
(1)提测版本号末位-1与当前主干版本号不一致;
(2)其他分支有归档记录,找到最近一次归档的版本号。
2.3.3先回滚上一版本,再合并主干
(1)提测版本号末位-1与当前主干版本号不一致;
(2)其他分支无归档记录;
(3)提测版本号末位-1在历史版本中存在 , 则需找到主干版本号末位-1的主干。
2.3.4先回滚分支对应主干,再合并主干
(1)提测版本号末位-1与当前主干版本号不一致;
(2)其他分支无归档记录;
(3)提测版本号末位-1在历史版本中不存在,则需找到对应的拉分支时主干。
三、总结
得代码者得易,懂代码者难,懂得代码者可得天下!
原文地址:https://www.cnblogs.com/Javame/p/9232960.html