点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们已经在Solma...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们已经在Solma...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
我们已经在Solman 7.2 SP05中实现了流程管理,并且目前正由项目团队用于文档目的。 当前,我们已定义PRD; MAINT和DEV分支。 发布后,所有更改以及文档将移至PRD&MAINT分支。 维护和项目实施都将在单个ECC格局(D-Q-P)中以单轨进行。
展望未来,将有多个具有不同发布时间表的项目将与支持活动一起执行。 在这方面,发布后的最佳做法/方法是什么:
此时,客户不倾向于使用ChaRM和Focused版本。
赞赏您是否可以分享您的经验并提出处理上述情况的最佳实践。
此致
穆罕默德
你好,穆罕默德,
感谢您提出的这个很好的问题。 我会说使用变更请求将是满足多个版本的黄金标准。 您还可以使用并行开发分支作为生产分支的子代来完成Dev1,Dev2,Dev3(另一个变体是将它们作为dev-master分支的子代来合并不同项目的变更并解决冲突,然后再发布到生产环境中) 区别在于:当您使用不同的更改请求,并且必须更改两个项目中Production中已经存在的相同元素或文档时,第一个已发布的更改会将更改发布到Protction中,您将得到警告。 在发布时,该文档或元素是另一个更改的一部分。当您使用并行分支时,您将在发布时遇到冲突,这意味着项目1或项目2将不得不放弃它们的更改,因此其他项目可以发布。 但是由于可以合并,所以如果项目1更改了描述,项目2更改了流程的所有者,则不会发生冲突。文档内容上很可能存在冲突。 手动比较文档版本以合并它们。 对此没有工具支持。
在发布这样的Dev1分支之后,应将其删除,因为它不再保存任何数据。 您将仍然能够在"历史记录"中看到由于未删除历史记录数据而在Dev1中创建或更改了元素或文档。
致谢
Andreas
一周热门 更多>