这是一个创建于 1460 天前的主题，其中的信息可能已经有所发展或是发生改变。
甲方安排的版本日是每个月的月中和月末，月中版本一般用于线上 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