Merge pipelines enable developers to submit rule branches for a merge after validating the changes against specific quality gates such as guardrails, branch review, and automated tests. For example, if you are using branches, you can start a build when a branch is merged. Pipelines are the first step in getting started with setting up a process for deploying a change through the release.
Add a new merge pipeline
To add a new pipeline, follow the steps below:
- Click Pipelines.
- Click New on the top right.
- Select the Merge pipeline template. Pipeline
templates drive the required information needed to complete the creation of
a pipeline. For more information, see Pipeline templates.
- Click Create after configuring the following sections on Application details, environment, and process model.
Configuring a new pipeline - Application Details
Application Packaging Environment
- Specify the environment URL from where the rule branches are merged in the Application packaging environment field and select or enter the Authentication profile to be used for connection to the application packaging environment.
Application Details
Application details specify the application that this pipeline progresses through.
- In the Application field, select the name of the application.
- In the Version field, select the application version.
- In the Access group field, select the access group
for which pipeline tasks are run.
- This access group must be present on all candidate systems and have at least the sysadmin4 role.
- Skip the Product rule and Version field.
- In the Pipeline name field, enter a unique name for the pipeline.
Merge Policy
To configure the target ruleset version used when merging branches:
- In the Choose the target ruleset, field, select to use either the highest existing ruleset version, or input your own using the New ruleset version field.
- Enter the password for the ruleset version.
Configuring a new pipeline - Environment Details
Environments
- Merge pipelines support a single stage by default, Development.
- Validate the Environment URL.
- If you are using your own authentication profiles, in the
Authentication Profile field for the system,
press the Down arrow key and select the authentication profile that you want
to communicate from the orchestration server to the system.
- By default, the fields are populated with the DMAppAdmin authentication profile.
Repositories
- In the Artifact management section, specify the development and production repositories through which the product rule that contains application contents moves through the pipeline.
- In the Development repository field, select the development repository.
- Click Next.
Configuring a new pipeline - Model Pipeline
From the model pipeline screen, you can tailor your development stage by customizing the tasks.
- Stages can be modified here by clicking the More icon on each stage.
- You cannot add stages to a merge pipeline. For more information on the Development (Dev merge) stage, see Environment templates.
- To add a task to a stage, click the +Task button within a
stage. The available tasks that you can add are specific to the associated
stage. The available tasks that you can add are specific to the associated
stage. For a list of task related information, see the Task catalog.
- The environment template assigned to a stage drives the availability of tasks. Mandatory tasks cannot be deleted.
- If you want to trigger a deployment pipeline to achieve continuous
delivery, add a Trigger Deployment task after
providing the pipeline ID for the deployment pipeline. For more
information, see Trigger deployment.