 |
1
kop1989 Nov 10, 2020
没有绝对合理。
因为更新，都是应甲方需求而言的。 比如就以 lz 说的为例，比如提前四天封版本，结果甲方在更新的倒数第三天提出一个紧急需求，你也不可能回复他说封版了下个月再改吧。 所以只能是在甲方需求的框架下，尽可能的做到完备即可。 |
 |
2
MinQ Nov 10, 2020  3
事实情况是到了发布当天发布上去有问题然后当场解版改 bug，然后再火急火燎给捅上线
|
 |
4
xcstream Nov 10, 2020
天天发版，小步修改
|
 |
5
networm Nov 10, 2020 via iPhone
《持续交付》这本书讲了如何正确地交付，建议仔细阅读找到适合的方法。
|
|
6
networm Nov 10, 2020 via iPhone
感觉项目最大的问题在于集成得太晚了，建议尽早集成、尽快集成，也就是说同时测试开发环境、测试环境、准生产环境，前面的测试通过后马上进入下一个环境测试。
这样可以极大地提升集成的速度，尽早暴露问题。 |
 |
7
Maboroshii Nov 10, 2020
不放在周末前 不放在节假日前。。。
|
 |
8
fanmouji Nov 10, 2020 via iPhone
不在周末 /假期前...万一出 bug 假期没了😂
|
 |
9
Takamine Nov 10, 2020 via Android
提前一周封版，提前一天真正锁代码，提前一个小时最后一次线上故障修复，提前一分钟上班。
|
 |
10
wxsm Nov 10, 2020
说这么多都没有用，上线前两分钟发现了严重 bug，你修不修？封版？不改的话老板明天让你提头来见。
|
 |
11
diggzhang Nov 11, 2020
当然要在周五上线，这样出了问题就可以获得两日的免费加班。逃(
|
Select Language