日常迭代版本常见问题

Q:在分支工具中点了提测,忘记提交代码到gitlab了,是否需要重新提测?

分支工具中的 “提测” 仅更改特性状态,并发送通知告知测试人员有新的提测任务,提测操作与代码提交到gitlab无先后顺序要求,建议先进行代码提交,再进行提测。避免提测后代码还未提交,测试人员合并代码导致失败。

Q:代码合并到T1、R1、R2出现冲突如何解决?

解决冲突云擎暂未支持,由开发人员在线下处理,以代码合并到T1存在冲突为例,解决流程为:从T1拉取临时分支T1',将存在冲突的特性分支合并到T1',在T1'上解决冲突,由SM将T1'合并到T1,测试人员在云擎中再次进行 “特性合T1” 操作。

Q:预发布测试发现问题,经评估后影响范围大,不在当前迭代中发布,需要怎么操作?

对版本进行 “回滚” R1操作,回滚后对要发布的特性重新进行 “特性合R1” 、“构建R1” 操作。

Q:预发布通过后还未发布,如果发现问题应该怎么办?

可通过 “取消预发布通过” 操作,将其回退到 “预发布” 状态,对特性解冻后,再重新提测、预发布。

Q:日常迭代版本下的特性经评估后,不在当前迭代发布应如何处理?

对特性进行流转操作,流转到其他 “新增”、“开发中”、“预发布”状态的日常迭代版本中。当前版本任何状态下都可以对未预发布的特性进行流转操作。如果对已预发布过的特性需要流转,则先回滚版本后再进行流转。

Q:版本发布后如果发现问题应该怎么办?

如果发现的问题评估后需要解决,则对当前发布的版本新增热修复版本,按照热修复流程进行修复。

results matching ""

    No results matching ""