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