git能否在SAP ERP而不是运输系统中实施？

Question

在SAP ERP中(可能在其他SAP系统中也是如此)，您可以在git中看到“提交”的传输订单。这些传输被从开发发送到测试或生产系统，然后“激活”，这意味着用它们的术语进行编译。

使用git，您通常使用不同的分支来解决这个问题，或者为一个发布标记一个分支。至少在理论上，你能不能在git回购中创建整个erp系统，为每个系统创建新的分支。这难道不能解决运输系统所存在的问题(需要关注运输秩序的输入，不同系统中不必要的不同状态)吗？

Answer 1

SAP的开发是基于服务器的(即所有源代码都在服务器上，在服务器上编辑并及时编译)。SAP运输管理系统是SAP基于服务器的软件物流的一部分，目的是：

• 登记任何更改到代码或数据库结构(“工作台订单”)或软件配置(“自定义订单”，它将更改到标记为与软件部署相关的数据库表)。
• 批准这些更改(即提交这些更改并导出它们)。
• 按照定义良好的传输路线部署这些更改(即将它们复制到其他环境，导入更改并激活它们，包括可部署数据的上载、数据库更改等)。

源代码版本与TMS紧密相连:它的“传输订单”是版本管理的起点。但它都很平，没有分支。分支是隐式的:它是您正在开发的系统/环境；如果您开始在开发中进行新的更改，这将是您的开发分支。如果你必须在你的生产系统上做一个紧急补丁的话，那就不太实际了。

对于软件开发人员来说，使用GIT来管理ABAP代码将更加方便，以受益于高级分支功能，而不是旧的TMS。但是，由于TMS是一个核心组件，它所做的不仅仅是源代码管理，所以您无法在SAP ERP上摆脱它。

幸运的是，隧道尽头有一些亮光：

• 似乎有人开发了ABAPGIT，一个git客户端为ABAP开发，可以引入一些GIT特性。这不是TMS的替代品，而是一个补充。不过，开发将继续在服务器上进行，只有一个活动版本(开发人员桌面上没有本地存储库)。
• 随着较新的产品线SAP，SAP似乎进一步朝这个方向发展，为源代码管理提供了一个完全undefined的与GIT集成。

Answer 2

理论上你可以。

问题是，SAP和其他类似类型的软件系统依赖于具有酸质量和索引功能的健壮数据库系统，从而导致非常快速的搜索和连接，而Git没有任何一个这样的系统。

因此，工业强度关系数据库系统非常擅长的东西就是Git非常糟糕的所有东西。你的Git SAP很快就会掉下来。