In general, the SAP BTP, ABAP environment pipeline supports different scenarios. The idea is that only configured stages are executed and the user is able to choose the appropriate stages. In this section, you can learn how to create a configuration in a (GitHub) repository to run an ABAP environment pipeline used for testing. This specific example will create a pipeline, which executes ATC checks after creating a new ABAP environment system. In the end, the system will be deprovisioned.
You can have a look at different pipeline configurations in our SAP-samples repository or learn more about the configuration in the respective stage or step documentation.
- Configure your Jenkins server according to the documentation.
- Create a git repository on a host reachable by the Jenkins server (e.g. GitHub.com). The pipeline will be configured in this repository. Create a GitHub user with read access.
- The entitlements for the ABAP environment system are available in the SAP BTP global account and assigned to the subaccount.
- A Cloud Foundry organization & space with the allocated entitlements are available.
- A Cloud Foundry user & password with the required authorization ("Space Developer") in the organization and space are available. User and password were saved in the Jenkins Credentials Store.
Create a file named
Jenkinsfile in your repository with the following content:
@Library('piper-lib-os') _ abapEnvironmentPipeline script: this
@Library('piper-lib-os') is a reference to the Jenkins Configuration, where you configured the project "Piper" library as a "Global Pipeline Library". If you want to avoid breaking changes we advise you to use a specific release of the Piper Library instead of the default master branch. This can be achieved by either adapting the configuration (see documentation) or by specifying the release within the annotaion:
An Overview of the releases of the project "Piper" library can be found here.
3. Configuration for Cloning the repositories¶
If you have specified the
Clone Repositories stage you can make use of a dedicated configuration file containing the repositories to be pulled and the branches to be switched on. The
repositories flag makes use of such a configuration file and helps executing a
Checkout of the branches of the repositores. Create the file
repositories.yml with the following structure containing your repositories including the branches for this stage.
repositories: - name: '/DMO/GIT_REPOSITORY' branch: 'master' - name: '/DMO/GIT_REPO' branch: 'master'
You can later use the
repositories.yml file for the
repositories parameter in the
Clone Repositories stage used in chapter 5. Technical Pipeline Configuration.
4. Optional: Configuration for the ABAP Test Cockpit (ATC) and ABAP Unit Tests (AUnit)¶
As a default, a configuration for ATC and AUnit is generated out of the
repositories.yml file. This default configuration checks the listed repositories using the default ATC check variant and with no AUnit restrictions regarding
If you want to configure these tools yourself, you can create a tool specific configuration.
Create a file
atcConfig.yml to store the configuration for the ATC run. In this file, you can specify which packages or software components shall be checked. Please have a look at the step documentation for more details. You have to pass the filename
atcConfig.yml to the
atcConfig parameter in the 5. Technical Pipeline Configuration. Here is an example of the configuration:
objectSet: softwarecomponent: - name: "/DMO/REPO"
Create a file
aunitConfig.yml to store the configuration for the AUnit run. In this file, you can specify which packages or software components shall be checked. Please have a look at the step documentation for more details. You have to pass the filename
aunitConfig.yml to the
aunitConfig parameter in the 5. Technical Pipeline Configuration. Here is an example of the configuration:
title: My AUnit run objectSet: softwarecomponents: - name: Z_TEST_SC - name: Z_TEST_SC2
5. Technical Pipeline Configuration¶
Create a file
.pipeline/config.yml where you store the configuration for the pipeline, e.g. apiEndpoints and credentialIds. The steps make use of the credentials store of the Jenkins server. Here is an example of the configuration file:
general: cfApiEndpoint: 'https://api.cf.eu10.hana.ondemand.com' cfOrg: 'your-cf-org' cfSpace: 'yourSpace' cfCredentialsId: 'cfAuthentification' cfServiceInstance: 'abapEnvironmentPipeline' stages: Prepare System: cfService: 'abap' cfServicePlan: 'standard' abapSystemAdminEmail: 'email@example.com' abapSystemDescription: 'ABAP Environment Q System' abapSystemIsDevelopmentAllowed: false abapSystemID: 'H02' abapSystemSizeOfPersistence: 4 abapSystemSizeOfRuntime: 1 Clone Repositories: strategy: 'Clone' repositories: 'repositories.yml' ATC: # In order to be executed, the ATC stage needs at least one configuration entry # If the ATC stage should not be executed, delete the whole section execute: stage AUnit: # In order to be executed, the AUnit stage needs at least one configuration entry # If the AUnit stage should not be executed, delete the whole section execute: stage Post: cfDeleteServiceKeys: true
Some stages may only be executed if a certain condition is met. For example: the stage
Prepare System will only be executed if it is configured in the stages section. Also, the created system will be deprovisioned in the cleanup routine - although it is necessary to configure the step
cloudFoundryDeleteService in the
Poststage as shown above.
The example values for the
Prepare System stage are a suggestion. Please change them accordingly and don't forget to enter your own email address. Please be aware that creating a SAP BTP, ABAP environment instance may incur costs.
Please have a look at the step documentation for more details.
Clone Repositories stage is configured, you can specify the
strategy that should be performed on the software components and the branches that you have configured in the
respositories.yml file in step 3. Configuration for Cloning the repositories. Per default the strategy will be set to
Pull if not specified. The following strategies are supported and can be used on the software components and branches:
Pull: If you have specified Pull as the strategy the abapEnvironmentPullGitRepo step will be used
Clone: If you have specified the Clone strategy the abapEnvironmentCloneGitRepo step will be used
CheckoutPull: This strategy performs a Checkout of Branches with the abapEnvironmentCheckoutBranch step followed by a Pull of the Software Component with the abapEnvironmentPullGitRepo step
Note that you can use the
repositories.yml file with the
repositories parameter consistently for all strategies.
The values for
cfSpace can be found in the respective overview pages in the SAP BTP cockpit. The SAP BTP / Cloud Foundry credentials, saved in the Jenkins credentials store with the ID
cfCredentialsId, must refer to a user with the required authorizations ("Space Developer") for the SAP BTP / Cloud Foundry organization and space.
ATC & AUnit¶
The ATC and AUnit stage will be executed, if the
config.yml file contains an entry for the respective stage. If you are using the default configuration a placeholder entry
execute: stage has to be added in order to activate the stages. If you are using a dedicated configuration file -
aunitConfig.yml - this is not necessary.
7. Create a Jenkins Pipeline¶
On your Jenkins server click on
New Item to create a new pipeline. Provide a name and select the type
On the creation screen for the pipeline, scroll to the section
Pipeline and select
Pipeline script from SCM. Provide the URL (and credentials - if required) of the repository, in which you configured the pipeline. Make sure the
Script Path points to your Jenkinsfile - if you created the Jenkinsfile according to the documentation above, the default value should be correct.
If you want to configure a build trigger, this can be done in the section of the same name. Here is one example: to run the pipeline every night, you can tick the box "Run periodically". In the visible input field, you can specify a shedule. Click on the questionsmark to read the documentation. The following example will result in the pipeline running every night between 3am and 4am.
H H(3-4) * * *
Make sure to check the general option "Do not allow concurrent builds" in order to prevent concurrent build processes.
The stage name for the extension is usually the displayed name, e.g.
Prepare System.groovy. One exception is the generated
Post stage. While the displayed name is "Declarative: Post Actions", you can extend this stage using
You can extend each stage of this pipeline following the general extensibility documentation and the specific ABAP Environment pipeline extensibility documentation.