Component-preload.js在使用TR的更改移动中造成麻烦

2020-09-05 15:06发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


由于Component-preload.js是完整应用程序的正式版本,如果有人更改任何特定文件,则他必须再次生成Component-preload.js文件。 如果一个人的更改在QA的UAT中失败,并且另一个更改被批准从QA转移到PRD,则第二个更改请求中的Component-preload.js也将具有以前的更改。 我希望有任何方法可以在TR移动之后使用后端报告生成后端Component-preload.js,或者在PRD中具有Component-preload.js文件的部署选项。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


由于Component-preload.js是完整应用程序的正式版本,如果有人更改任何特定文件,则他必须再次生成Component-preload.js文件。 如果一个人的更改在QA的UAT中失败,并且另一个更改被批准从QA转移到PRD,则第二个更改请求中的Component-preload.js也将具有以前的更改。 我希望有任何方法可以在TR移动之后使用后端报告生成后端Component-preload.js,或者在PRD中具有Component-preload.js文件的部署选项。

付费偷看设置
发送
3条回答
me_for_i
1楼-- · 2020-09-05 15:40

你好

这不是 component-preload.js的问题。 您的问题(对我们所有人来说是我们的问题)是,当有人将其更改部署到Frontend时,所有应用程序都转移到了TR中,而不仅是修改后的文件。

为避免这种情况,也许持续部署基础结构可以纠正此问题(但不是很确定)。

此致

Joseph

huskylover
2楼-- · 2020-09-05 15:38

感谢约瑟夫的反馈,
即使从TR中删除了其他文件(未修改/不打算传输),保留了Component-preload.js和修改后的文件之后,Component-preload.js的版本仍会是丑化的

SAP小黑
3楼-- · 2020-09-05 15:42

您的更改b在更改a之后,当然更改a将包含在更改b中。 除非您在其他分支上工作。

您必须按顺序进行

一周热门 更多>