SVN转Git后下载混乱？3招标签化打包+自动化门禁，理顺项目管理流程

导读： SVN转Git后下载混乱？3招标签化打包+自动化门禁，理顺项目管理流程自从Token项目从SVN迁移至Git这一转变之后，因下载流程显得杂乱无章，进而致使版本回溯面临重重困难，同时分支管理也陷入了失控的局面。然而...

SVN转Git后下载混乱？3招标签化打包+自动化门禁，理顺项目管理流程

自从Token项目从SVN迁移至Git这一转变之后，因下载流程显得杂乱无章，进而致使版本回溯面临重重困难，同时分支管理也陷入了失控的局面。然而，优化下载环节并非是单纯的技术层面问题，实际上是关乎项目管理流程的重新塑造这么一回事儿。嗯哼SVN转Git后下载混乱？3招标签化打包+自动化门禁，理顺项目管理流程，像下面这三点如何在token最新下载中优化项目管理？，便是我在主导此次迁移期间所积累的实操经验。

第一，用“标签化打包”替代“全量拉取”

以往团队向来惯于每次进行发布之际，皆从主分支去完整地下载代码，如此一来耗时较为久长，并且容易混入那些尚未经过测试的功能。如今我们强行作出规定：所有的交付物均必须依据Git标签（tag）来予以生成，标签的命名与Jira任务ID是一一对应的关系。在开发完成相应功能之后，测试人员仅仅需要检出与之对应的标签去展开验证，从而杜绝了那种“明明已经测试过了，然而上线的代码却不对”的扯皮情形。

第二，建立下载前的自动化门禁

于Git钩子里头嵌入脚本，在下载代码之前自动去运行，去检查是不是存在未合并的临时分支，是不是包含调试日志，依赖文件的版本是不是锁定着，若不符合规范就直接阻断下载并且推送告警至企业微信，这三个月，因依赖版本错误致使的构建失败降低了70%。

第三，将下载文档转化为决策树

排除掉篇幅冗长的《下载操作手册》，转而采用一张决策图。新人到来时，先询问“你是什么角色”，若是开发人员则选择develop分支，要是测试人员就依据项目代号查找release标签，而运维人员查看production标签。每个选项后面都附带精准的确切命令示例，无需再去猜测“我该下载哪一份代码”了。

你在优化代码下载流程时踩过什么坑？欢迎分享你的案例。