SAP云平台ABAP环境已经提供一年了，用户在这个环境中运行的应用程序越来越多。由于变更的关键性，客户首先在开发和/或测试/质量系统中维护和验证定制应用程序的变更，然后以受控的方式将验证的内容转移到生产系统。因此，软件生命周期管理越来越受到重视。在两个ABAP系统之间传输软件组件的教程是关于软件生命周期管理的技术方面的。在这篇博文中，我想提供更多关于这个主题的背景知识。

在我们开始深入了解软件生命周期管理的细节之前，我必须花些时间介绍abapGit和gCTS。为了解决Git在ABAP中的使用问题，同时启动了两个独立的解决方案，一个来自开源社区（abapGit），另一个来自SAP自身（gCTS）。

abapGit是SAP社区于2014年创建的一个开源项目。自2018年以来，比较便宜的云服务器，SAP为该项目做出了大量贡献。它可用于SAP ABAP平台内部版本7.02或更高版本，也可用于SAP云平台ABAP环境。gCTS是SAP提供的著名更改和传输管理系统（CTS）的增强。它适用于内部版本1909和SAP云平台ABAP环境。

在本博客中，我不想讨论这两种解决方案的优缺点，而是集中于阐明用例。由于可用性和体系结构，abapGit和gCTS在SAP云平台ABAP环境中实现了互补的用例。（由于我们在这里主要关注SAP云平台ABAP环境，我只想在这里列出与此环境相关的用例）。

对于abapGit，我们看到了使用案例：

On prem to Cloud代码迁移：请参阅教程use abapGit to Transform ABAP Source code to the Cloud和博客文章How to bring your ABAP custom code to SAP Cloud Platform ABAP Environment云到本地传输（"云优先"方法）系统退役时导出编码云到云传输（与其他人共享代码，企业应用平台，例如作为开源，或将代码从合作伙伴的全局帐户传输到客户的全局帐户）在专用开发/测试ABAP系统中实现分布式开发和测试机制。这对于特殊项目非常有用，例如概念验证或功能验证，这些项目依赖于解决方案的常规开发，但应独立于其生命周期运行。

gCTS用于SAP云平台全球账户内系统之间的传输。本博文的其余部分集中于此场景。

在本博文的附录中，我添加了有关abapGit和gCTS的链接以供进一步阅读。

图1显示了开发系统、测试系统和生产系统的经典3系统设置。每个系统都位于一个专用的子帐户（或空间）中，以便属于开发、测试或生产环境的所有资源/服务彼此分离（例如，ui、连接性等附加服务）。可以通过预生产系统、多个测试系统等来增强设置。测试系统可以按需配置（临时）或永久性配置。

图1：通过Git存储库在SAP云平台全局帐户（gCTS）和更高版本（abapGit）中的系统之间导出/导入

在系统设置期间，您可以设置参数是否允许。如果此参数设置为false，则自定义软件组件将设置为不可修改。软件更改只能通过传输管理导入。请参阅：文档。

在开发系统中，您可以创建您的软件组件：

软件组件ZLOCAL默认可用。无法传输分配给此软件组件的对象。使用Fiori应用程序"管理软件组件"（管理员角色模板中提供）创建软件组件，并将其导入（拉入）系统。在这个步骤中，在ABAP系统中创建一个软件组件，并与之相关联的Git存储库。如果要跨ABAP系统传输业务配置内容，请创建"业务配置"类型的软件组件。有关如何使用业务配置数据的详细信息，比较便宜的云服务器，请参阅我的博客文章SAP Cloud Platform ABAP Environment的业务配置。

在教程中详细描述了在两个ABAP系统之间传输软件组件的步骤。

软件组件可用于组织完全分离或仅松散耦合在分离软件组件中的开发。

您可以应考虑：

一个软件组件的对象在默认情况下不能在另一个软件组件中使用，因为软件组件通过显式发布的API向其他软件组件提供其功能。因此，如果要使用另一个软件组件中的对象，则必须将对象的API状态设置为"Released"（参见文档，documentation）。软件组件不应具有循环依赖关系（=软件组件B中的对象使用软件组件B中的对象，反之亦然）。如果您在软件组件之间创建依赖关系，我们建议您以分层的方式执行此操作，例如，将专用软件组件中的基本重用功能分组。在gCTS中，软件组件由Git存储库表示。因此，传输请求和发布由软件组件分开，因此具有独立的生命周期。到目前为止，您不能将开发对象从一个软件组件移动到另一个。因此，应仔细规划软件组件的引入。您可以使用一个系统环境来开发和测试所有软件组件。软件组件的发布周期甚至可以彼此独立（取决于依赖关系，但这不受技术限制）。