Pre-flight checks#

Available on: Scaleup

Pre-flight checks are user-defined steps executed for each pipeline within the pipeline initialization job. Their purpose is to provide users with a way to manually define commands before the execution of a pipeline, including (but not limited to):

  • adding custom security checks,
  • detailed dependency management,
  • self-configured access control.

This feature comes with great potential and allows you to configure pipelines on a lower level. It can also serve as a last-resort check preventing further pipeline processing.

This feature might affect the execution of pipelines in the whole organization

We advise caution when using this feature and encourage you to first get familiar with our product. This feature could potentially affect the pipeline execution process of the entire organization. Ill-defined pre-flights checks might lead to a complete failure of your CI/CD pipelines.

As a security measure, pre-flight checks can be modified only by members of the organization who can:

  • manage organization settings - organization pre-flight checks,
  • manage project settings - project pre-flight checks.

Configuring pre-flight checks#

Organization pre-flight checks#

Follow the steps below to configure pre-flight checks for the whole organization:

  1. Open the Settings from the Organization menu in the right side of the page header.

  2. Click Pre-flight checks on the left side of the settings view.

  3. Type Commands to execute before each pipeline.

  4. Choose Secrets you want to use in Commands.

  5. Provide Agent configuration for pipeline initialization job.

    You can choose between different machine types:

    • Linux Based Virtual Machines - hosted by Semaphore
    • Mac Based Virtual Machines - hosted by Semaphore
    • Self-Hosted Machines - hosted by the customer (if applicable)

    For machines hosted by Semaphore, choose a proper Machine type and OS image of the agent.

    For self-hosted machines choose a Machine type that matches your self-hosted agent type.

  6. Click Save changes button.

To remove pre-flight checks from the organization, click the red button Delete pre-flight checks. This button should be visible if you have pre-flight checks configured.

Project pre-flight checks#

Enabling project pre-flight checks requires you to follow these steps:

  1. Open the project page and go to the Settings tab.

  2. Click Pre-flight checks on the left side of the settings view.

  3. Type Commands to execute before each pipeline.

  4. Choose Secrets you want to use in Commands.

  5. Click Save changes button.

To remove pre-flight checks from the project, just click Delete pre-flight checks. This button should be visible if you have pre-flight checks configured.

Examples of pre-flight checks configuration#

Limiting using secrets in your organization#

In the initialization job, the following information is available as environment variables:

  • the project name for which the pipeline started
  • repository branch for which the pipeline started
  • YAML file describing the running pipeline (SEMAPHORE_YAML_FILE_PATH)

Based on that, you can define commands in pre-flight checks to ensure that a particular pipeline can use certain secrets. You can use this snippet as a reference on how to achieve that result. In practice, using it for restricting deployment-secret secret for pipeline defined in .semaphore/deployment.yml in the example-project on the master branch comes down to the following commands:

curl https://raw.githubusercontent.com/renderedtext/snippets/master/check-secret.sh -o check-secret

bash check-secret "deployment-secret" "example-project" ".semaphore/deployment.yml" "master"

You can also combine it with secrets or cloned GitOps repository, as well as other Semaphore Environment Variables to fine-tune the commands to your particular use case.

Limiting triggering promotions in your organization#

In the initialization job, the following information is available as environment variables:

Based on that, you can define commands in pre-flight checks to ensure that the person who started a promotion has a sufficient permission level. As an example, we'll demonstrate how to restrict the possibility of promoting to a selected group of users:

printf '%s\n' 'user-1' 'user-2' 'user-3' > allowed_users.txt
user_is_allowed () { grep -Fxq $SEMAPHORE_PIPELINE_PROMOTED_BY allowed_users.txt; }
is_promotion () { [ $SEMAPHORE_PIPELINE_PROMOTION == "true" ]; }

if is_promotion; then if user_is_allowed; then echo "Promotion allowed."; else false; fi; else echo "Initial pipelines are allowed."; fi

The list of users might come from other sources, for example secrets or cloned repository. It is also possible to extend the functionality to restrict promotions from specific repositories branches.