点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)对于我们的发布管理(3个月的周期...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)对于我们的发布管理(3个月的周期...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
对于我们的发布管理(3个月的周期),我们想要实施推荐的5系统格局:
我敢肯定你们中的许多人都在这样的环境中工作,但是我找不到最佳实践指南来解决现实生活中的问题。
我的天真理解是:
在发布周期开始时,将DEV和QAS(版本n)复制并在新系统中根据需要实施Service Pack等。 该发行版的开发(包括项目工作)在DEV n + 1系统中启动。
紧急事态发展(纠错)在应急车道中实施和运输,也必须在发布车道中实施。
在发布周期结束时,将服务包实施到PRD中,将PRD系统切换到发布通道,并将发布通道的传输导入PRD。
可以删除紧急通道的DEV和QAS,为n + 2版本创建DEV n + 1和QAS n + 1的新副本。 循环再次开始。
现在我的问题是:我的理解是否合理?
我很感谢每个建议,
Uwe
(13.7 kB)
您好,Uwe,
我们的环境与您完全一样,我也有与您完全相同的开放问题:-)
关于我们的"紧急"情况的几点:
由于我正在使用abapGit几个月,我想知道是否可以使用它来避免出现单独的"紧急"情况。 我的想法如下:
不幸的是,abapGit中的"合并"功能不稳定(请参阅: https://github。 com/larshp/abapGit/issues/917 )。 在此之前,必须对合并功能进行整理,我必须提出自己的想法,并继续使用现有景观。
BR Suhas
一周热门 更多>