Forward reports

This section explains how you can forward Qodana reports to Qodana Cloud using this software:

Docker and Qodana CLI
Azure Pipelines
Bitbucket Cloud
CircleCI
GitHub Actions
GitLab CI/CD
Jenkins
Space Automation
TeamCity

For all these cases, you need to generate a unique Qodana Cloud project token as shown in the Manage a project section of this documentation. This token will be invoked using the QODANA_TOKEN variable.

Docker and Qodana CLI

You can forward Qodana reports to Qodana Cloud using either Docker or Qodana CLI:

Besides QODANA_TOKEN, you need to provide several additional variables:

Variable name	Description
`QODANA_REMOTE_URL`	Project URL
`QODANA_BRANCH`	Name of the branch analyzed
`QODANA_REVISION`	Commit hash
`QODANA_JOB_URL`	Job URL

This is the command that uses all these variables:

                    docker run \
                       -v $(pwd):/data/project/ \
                       -e QODANA_TOKEN="<qodana-cloud-token>" \
                       -e QODANA_REMOTE_URL="<project-remote-url>" \
                       -e QODANA_BRANCH="<project-branch-name>" \
                       -e QODANA_REVISION="<commit-hash>" \
                       -e QODANA_JOB_URL="<job-url>" \
                       jetbrains/qodana-<linter>
                

                    qodana scan \
                    -e QODANA_TOKEN="<qodana-cloud-token>"
                

Application of these tools implies that the values for all required variables should be provided manually, which is not convenient. Fortunately, you can overcome it using various CI/CD solutions that provide all data required by Qodana Cloud, or contain predefined environment variables that refer to the data required by Qodana Cloud.

Azure Pipelines

In the Azure Pipelines UI, create the QODANA_TOKEN secret variable and save the project token as its value.
In the Azure pipeline file, add QODANA_TOKEN variable to the env section of the QodanaScan task:

  - task: QodanaScan@2024
    env:
      QODANA_TOKEN: $(QODANA_TOKEN)

The rest variables and values required by Qodana Cloud are automatically generated by QodanaScan.

To learn more about Qodana integration with Azure Pipelines, see the Azure Pipelines section of this documentation.

Bitbucket Cloud

Here is the basic configuration snippet for the bitbucket-pipelines.yml file that lets you run Qodana in Bitbucket Cloud pipelines:

            image: atlassian/default-image:4

            pipelines:
              branches:
                main:
                  - step:
                      name: Qodana
                      caches:
                        - qodana
                      image: jetbrains/qodana-<linter> # Specify a Qodana linter here. For example, jetbrains/qodana-jvm:latest
                      script:
                        - export QODANA_TOKEN=$QODANA_TOKEN  # Export the environment variable
                        - qodana --results-dir=$BITBUCKET_CLONE_DIR/.qodana --report-dir=$BITBUCKET_CLONE_DIR/.qodana/report --cache-dir=$BITBUCKET_CLONE_DIR/.qodana/cache
                      artifacts:
                        - .qodana/report

            definitions:
              caches:
                qodana: .qodana/cache
        

Here, the branches block specifies which branches to inspect.

The image block specifies the Qodana linter that will be invoked in the pipeline.

The script block contains the - export QODANA_TOKEN=$QODANA_TOKEN line that specifies the project token required by Qodana Cloud and saved as the $QODANA_TOKEN variable. The - qodana ... line in this block tells Bitbucket which directories to use while running the pipeline, and it can also contain Qodana options.

To learn more about Qodana integration with Bitbucket Cloud, see the Bitbucket Cloud section of this documentation.

CircleCI

To forward inspection results to Qodana Cloud, all you need to do is to create the QODANA_TOKEN project variable and save the project token as its value.

After the token is set for analysis, all Qodana job results will be uploaded to your Qodana Cloud project.

To learn more about Qodana integration with CircleCI, see the CircleCI section of this documentation.

GitHub Actions

On the Settings tab of the GitHub UI, create the QODANA_TOKEN encrypted secret and save the project token as its value.
On the Actions tab of the GitHub UI, set up a new workflow and create the .github/workflows/code_quality.yml file.
To inspect the main branch, release branches and the pull requests coming to your repository, save this workflow configuration to the .github/workflows/code_quality.yml file:
name: Qodana on: workflow_dispatch: pull_request: push: branches: # Specify your branches here - main # The 'main' branch - 'releases/*' # The release branches jobs: qodana: runs-on: ubuntu-latest permissions: contents: write pull-requests: write checks: write steps: - uses: actions/checkout@v3 with: ref: ${{ github.event.pull_request.head.sha }} # to check out the actual pull request commit, not the merge commit fetch-depth: 0 # a full history is required for pull request analysis - name: 'Qodana Scan' uses: JetBrains/qodana-action@v2024.1 env: QODANA_TOKEN: ${{ secrets.QODANA_TOKEN }}

To learn more about Qodana integration with GitHub, see the GitHub Actions section of this documentation.

GitLab CI/CD

1. Create the $qodana_token variable, and save the project token as its value.

2. In the root folder of your GitLab-hosted project, create the .gitlab-ci.yml file and save this configuration to that file:

            qodana:
               image:
                  name: jetbrains/qodana-<linter>
                  entrypoint: [""]
               variables:
                  QODANA_TOKEN: $qodana_token
               script:
                  - qodana
               artifacts:
                  paths:
                     - qodana
        

3. In the image:name section of this configuration, specify the name of the Qodana Docker image.

To learn more about Qodana integration with GitLab CI/CD, see the GitLab CI/CD section of this documentation.

Jenkins

1. In the Jenkins UI, create the credentials with the qodana-token name as described in the Adding new global credentials section of the Jenkins documentation, and save the project token as the value for these credentials.

2. In the root directory of your project, create the Jenkinsfile file and save this configuration to that file:

            pipeline {
               environment {
                  QODANA_TOKEN=credentials('qodana-token')
               }
               agent {
                  docker {
                     args '''
                     -v "${WORKSPACE}":/data/project
                     --entrypoint=""
                     '''
                     image 'jetbrains/qodana-<linter>'
                  }
               }
               stages {
                  stage('Qodana') {
                     steps {
                        sh '''qodana'''
                     }
                  }
               }
            }
        

3. In the image section of this script, specify the Qodana Docker image name.

To learn more about Qodana integration with Jenkins, see the Jenkins section of this documentation.

Space Automation

1. In the JetBrains Space UI, create a secret with the qodana-token name, and save the generated project token as its value.

2. In the root directory of your Space-based project, create the .space.kts file and save this configuration script to that file:

            job("Qodana") {
               container("jetbrains/qodana-<linter>") {
                  env["QODANA_TOKEN"] = Secrets("qodana-token")
                  shellScript {
                     content = """qodana"""
                  }
               }
            }
        

3. In the container section of this script, specify the Qodana Docker image name.

To learn more details about Qodana integration with Space Automation, see the Space Automation section of this documentation.

TeamCity

1. In the TeamCity UI, open the build step that will run Qodana.

2. In the Cloud Token field, insert the Qodana Cloud token value.

To learn more about Qodana integration with TeamCity, see the TeamCity section of this documentation.

Last modified: 03 May 2024