这是我见过的最复杂的发版流程，你们那里怎么管理发版部署的呢?

从前做项目，都是用shell或者网页端+firefly进行程序版本的管理及打包部署。但是最新的工作岗位的发版流程是我遇到的相对最复杂的。

需求下来后，先进行需求分析说明书和详细设计说明书的编写。编写完成后进行评审。评审后，进行相应代码的功能开发测试。测试时，进行技术测试报告的编写。测试完成后进行代码评审。

通过SourceTree进行程序资源拉取，确保本地拿到的是最新资源。将开发环境和拉取到的最新资源进行比对，合并出一个只有自己修改的资源。

通过SourceTree进行程序资源处理时，通知其他人，变更码云list，确保其他人不进行同步操作。

通过SourceTree进行程序资源推送，确保本地新资源上传远程服务器。如果只有一个LIST，就可以进行模拟发版，并通知其他人不要同步操作。如果有多个LIST，要等上个LIST的包，模拟发版完成后再进行下一个list资源的推送。

模拟发版完成后，需要进行提测。因为平台逻辑问题，还要通知其他人，不要同时提测。提测完成后，通知其他人提测完成，他们就可以进行资源的拉取，推送，模拟发版，提测了。

第三方，UAT环境部署完成后，自己去对应环境进行相应功能的冒烟测试，没问题后通知对应的两方，环境部署完成，可以进行测试了。第三方开始测试的时候，会对应有一个案例评审的会议。

如果测试出问题，修改程序代码，整个流程重新再走一遍。

每天强制自己写些东西，拍摄制作视频，记录生活，思考探索学习一些东西。不断地学习，坚持下去，提高自己的认知，打开自己的思维，以后会有更多的方法和创新。

版权归作者老有理所有，未经作者允许不得转载本文内容，否则将视为侵权；转载或者引用本文内容请注明来源及原作者；对于不遵守此声明或者其他违法使用本文内容者，本人依法保留追究权。欢迎大家对内容给予批评指正，请在下面留言，我会一一回答，谢谢大家的支持关照。认可的点赞支持！喜欢的话就点击关注！！