目前负责公司 test 环境及 uat 环境的发布任务。
由于我们的项目还在内容开发的阶段，现在基本上是一个月一个大版本的节奏。发布时，java 后端发哪些包、sql 脚本，配置文件修改、前端 h5 等等...，需要将前后端的发布内容结合在一起。现在领导的意思是在 git 上搞个目录专门放每次发版的内容。
我现在的想法是，类似于：
各位大佬是怎么规范这种部署文档，有没有什么更好的建议
这类工作就是 100% 运维了把
对
married577
回复
married577
回复
现在组里面没有专门的运维人员，所以测试当半个运维使了
；不过现在其实由测试团队管理 test 环境也蛮常见的，我以前的公司是在禅道里面建任务给测试，测试根据发布任务里面的内容发 test，不过这边发布的内容更复杂一些。
搭建无所谓，部署无所谓，正式环境能不碰就不碰
做个版本迭代表格管理，并且建个目录，按照迭代日期创建子目录，将新版本的文件（各种配置，包，插件，补丁等等）存储起来，相当做备份了，怎么简单怎么来？只要自己知道哪一天更新哪些文件（整包需要重新测试，没有时间），以及更新哪些功能，需要向领导汇报的，还是有必要做个梳理的
搞个 checklist，再把涉及到的文档就按照你这样建目录管理应该就行了
公司内部有 wiki 服务之类的功能吗？
写 md，上传附件，挺好用的。
markdown 记录下本次版本更新内容，变动的包名和配置文件名以及其他 checklist。发布前进行评审核对。