# Perform a dry-run of a Jenkins pipeline In this lab you will use the `dry-run` command to convert a Jenkins pipeline to its equivalent GitHub Actions workflow. ## Prerequisites 1. Followed the steps [here](./readme.md#configure-your-codespace) to set up your Codespace environment and start a Jenkins server. 2. Completed the [configure lab](./1-configure-lab.md#configuring-credentials). 3. Completed the [audit lab](./2-audit.md). ## Perform a dry-run We will be performing a dry-run against a pipeline in your preconfigured Jenkins server. We will need to answer the following questions before running this command: 1. What is the name of the pipeline we want to convert? - __test_pipeline__ 2. What is the URL of the pipeline we want to convert? - ____ 3. Where do we want to store the result? - __./tmp/dry-run-lab__. This can be any path within the working directory that Valet commands are executed from. ### Steps 1. Navigate to the codespace terminal 2. Run the following command from the root directory: ```bash gh valet dry-run jenkins --source-url http://localhost:8080/job/test_pipeline -o .tmp/jenkins/dry-run ``` 3. The command will list all the files written to disk when the command succeeds. ![img](https://user-images.githubusercontent.com/19557880/184935603-5c2d4dfe-66ef-4cb1-9398-e96954ca72e3.png) 4. View the converted workflow: - Find `./tmp/dry-run` in the file explorer pane in codespaces. - Click `test_pipeline.yml` to open ## Inspect the output files The files generated from the `dry-run` command represent the equivalent Actions workflow for the given Jenkins pipeline. The Jenkins pipeline and converted workflow can be seen below:
Jenkins pipeline 👇 ```groovy pipeline { agent { label 'TeamARunner' } environment { DISABLE_AUTH = 'true' DB_ENGINE = 'sqlite' } stages { stage('build') { steps { echo "Database engine is ${DB_ENGINE}" sleep 80 echo "DISABLE_AUTH is ${DISABLE_AUTH}" } } stage('test') { steps{ junit '**/target/*.xml' } } } } ```
Converted workflow 👇 ```yaml name: test_pipeline on: push: paths: "*" schedule: - cron: 0-29/10 * * * * env: DISABLE_AUTH: 'true' DB_ENGINE: sqlite jobs: build: runs-on: - self-hosted - TeamARunner steps: - name: checkout uses: actions/checkout@v2 - name: echo message run: echo "Database engine is ${{ env.DB_ENGINE }}" # # This item has no matching transformer # - sleep: # - key: time # value: # isLiteral: true # value: 80 - name: echo message run: echo "DISABLE_AUTH is ${{ env.DISABLE_AUTH }}" test: runs-on: - self-hosted - TeamARunner needs: build steps: - name: checkout uses: actions/checkout@v2 - name: Publish test results uses: EnricoMi/publish-unit-test-result-action@v1.7 if: always() with: files: "**/target/*.xml" ```
These 2 pipelines function equivalently despite using different syntax. In this case, the pipeline conversion was “partially successful” (i.e. there were item(s) not automatically converted) and the unconverted item was placed as comment in the location the Jenkins pipeline used it. For example: ```diff - sleep 80 + # # This item has no matching transformer + # - sleep: + # - key: time + # value: + # isLiteral: true + # value: 80 ``` In the next lab, we'll learn how to override Valet's default behavior and customize the converted workflow that is generate. Try running the `dry-run` command for different pipelines in the Jenkins server. As a hint, you just have to change the `--source-url` CLI option. ## Next lab [Use custom transformers to customize Valet's behavior](4-custom-transformers.md)