版本日怎么安排才合理？

[polyang]

甲方安排的版本日是每个月的月中和月末，月中版本一般用于线上 BUG 修复等等，没有 BUG 时，月中不上版本，月末是一定会上的，每个月都会有新需求要做。
目前有 4 套环境，开发环境+测试环境+准生产环境+生产环境。
版本发布的流程是这样的：一周半左右开发+前后端联调、一周测试、一周准生产测试、然后就是封板，而且要求提前 4 天封板，封板完成之后，不允许再动这个版本的代码。

[kop1989]

没有绝对合理。
因为更新，都是应甲方需求而言的。
比如就以 lz 说的为例，比如提前四天封版本，结果甲方在更新的倒数第三天提出一个紧急需求，你也不可能回复他说封版了下个月再改吧。

所以只能是在甲方需求的框架下，尽可能的做到完备即可。

[MinQ]

事实情况是到了发布当天发布上去有问题然后当场解版改 bug，然后再火急火燎给捅上线

[polyang]

@kop1989 说的有道理

[xcstream]

天天发版，小步修改

[networm]

《持续交付》这本书讲了如何正确地交付，建议仔细阅读找到适合的方法。

[networm]

感觉项目最大的问题在于集成得太晚了，建议尽早集成、尽快集成，也就是说同时测试开发环境、测试环境、准生产环境，前面的测试通过后马上进入下一个环境测试。
这样可以极大地提升集成的速度，尽早暴露问题。

[Maboroshii]

不放在周末前 不放在节假日前。。。

[fanmouji]

不在周末 /假期前...万一出 bug 假期没了😂

[Takamine]

提前一周封版，提前一天真正锁代码，提前一个小时最后一次线上故障修复，提前一分钟上班。

[wxsm]

说这么多都没有用，上线前两分钟发现了严重 bug，你修不修？封版？不改的话老板明天让你提头来见。

[diggzhang]

当然要在周五上线，这样出了问题就可以获得两日的免费加班。逃(