Do you know gCTS?
Maybe not – it is quite new.
Do you need gCTS?
Maybe – if your ABAP development processes should go for DevOps.
To solve the riddle: gCTS is short for Git-enabled Change and Transport System. The basic idea is that you can use Git to store your ABAP development objects.
The developers continue working in the ABAP workbench (SE80) or in ABAP development tools (ADT). They continue recording their changes in tasks. They continue releasing tasks and transport requests.
But: releasing the transport request does no longer mean that the transport request is added to the import queues of the follow-on systems of your system landscape. Releasing the transport request means that a commit is created in Git. The objects that were changed are added as files to a Git repository.
You can connect other ABAP runtimes to this repository. You can then choose from the commits to pull one or the other into this ABAP system.
You can set up a continuous integration process for your ABAP development.
gCTS still has a way to go until it can fully support DevOps or distributed development. But the basics are there. You can try them out for a simple ABAP package if you like – no need to immediately switch your whole ABAP development department to gCTS.
Interested in more?
To learn what is available right now in S/4HANA 1909, you can read the documentation on the SAP Help Portal: Git-enabled Change and Transport System
To get the full picture of what is planned, read our statement of direction Continuous integration in an ABAP environment
Or if you prefer a recorded session from SAP TechEd Las Vegas 2019: LT110 – Include ABAP in DevOps: Get the Picture