这是一个创建于 1800 天前的主题，其中的信息可能已经有所发展或是发生改变。
甲方安排的版本日是每个月的月中和月末，月中版本一般用于线上 BUG 修复等等，没有 BUG 时，月中不上版本，月末是一定会上的，每个月都会有新需求要做。
目前有 4 套环境，开发环境+测试环境+准生产环境+生产环境。
版本发布的流程是这样的：一周半左右开发+前后端联调、一周测试、一周准生产测试、然后就是封板，而且要求提前 4 天封板，封板完成之后，不允许再动这个版本的代码。
目前有 4 套环境，开发环境+测试环境+准生产环境+生产环境。
版本发布的流程是这样的：一周半左右开发+前后端联调、一周测试、一周准生产测试、然后就是封板，而且要求提前 4 天封板，封板完成之后，不允许再动这个版本的代码。
 | 1 kop1989 2020-11-10 16:34:03 +08:00 没有绝对合理。 因为更新，都是应甲方需求而言的。 比如就以 lz 说的为例，比如提前四天封版本，结果甲方在更新的倒数第三天提出一个紧急需求，你也不可能回复他说封版了下个月再改吧。 所以只能是在甲方需求的框架下，尽可能的做到完备即可。 |
 | 2 MinQ 2020-11-10 16:51:19 +08:00  3 事实情况是到了发布当天发布上去有问题然后当场解版改 bug，然后再火急火燎给捅上线 |
 | 4 xcstream 2020-11-10 17:50:23 +08:00 天天发版，小步修改 |
 | 5 networm 2020-11-10 20:38:25 +08:00 via iPhone 《持续交付》这本书讲了如何正确地交付，建议仔细阅读找到适合的方法。 |
| 6 networm 2020-11-10 20:43:26 +08:00 via iPhone 感觉项目最大的问题在于集成得太晚了，建议尽早集成、尽快集成，也就是说同时测试开发环境、测试环境、准生产环境，前面的测试通过后马上进入下一个环境测试。 这样可以极大地提升集成的速度，尽早暴露问题。 |
 | 7 Maboroshii 2020-11-10 20:46:18 +08:00 不放在周末前 不放在节假日前。。。 |
 | 8 fanmouji 2020-11-10 21:02:16 +08:00 via iPhone 不在周末 /假期前...万一出 bug 假期没了 |
 | 9 Takamine 2020-11-10 21:39:30 +08:00 via Android 提前一周封版，提前一天真正锁代码，提前一个小时最后一次线上故障修复，提前一分钟上班。 |
 | 10 wxsm 2020-11-10 21:55:25 +08:00 说这么多都没有用，上线前两分钟发现了严重 bug，你修不修？封版？不改的话老板明天让你提头来见。 |
 | 11 diggzhang 2020-11-11 13:09:53 +08:00 当然要在周五上线，这样出了问题就可以获得两日的免费加班。逃( |
Select Language