> ## Documentation Index
> Fetch the complete documentation index at: https://docs.trunk.io/llms.txt
> Use this file to discover all available pages before exploring further.

# GitHub Actions

> Configure Flaky Tests detection using a GitHub Action

Trunk Flaky Tests integrates with your CI by adding a step in your GitHub Action workflow to upload tests with the [Trunk Analytics CLI](../../reference/cli-reference).

Before you start these steps, see the [Test Frameworks](../frameworks/) docs for instructions on producing Trunk-compatible reports for your test framework.

## Setup steps

Work through the steps below in order. Once you've finished the last one, you're set up — head to [app.trunk.io](https://app.trunk.io) to see your results.

<Steps>
  <Step title={<a href="#trunk-organization-slug-and-token">Get your Trunk organization slug and token</a>} />

  <Step title={<a href="#add-your-trunk-token-and-organization-slug-as-secrets">Set your slug and token as secrets in GitHub Actions</a>} />

  <Step title={<a href="#upload-to-trunk">Configure GitHub Actions to upload to Trunk</a>} />

  <Step title={<a href="#validate-your-uploads">Validate your uploads in Trunk</a>} />
</Steps>

## Trunk Organization Slug and Token

Before setting up uploads to Trunk, you must sign in to [app.trunk.io](https://app.trunk.io/login?intent=flaky%20tests) and obtain your Trunk organization slug and token.

### Trunk Slug

You can find your organization slug under **Settings** → **Organization** → **General**. You'll save this as a variable in CI in a later step.

### Trunk Token

You can find your token under **Settings** → **Organization** → **General**, in the **API** section. Since this is a secret, do not leak it publicly. Ensure you get your *organization token*, not your project/repo token.

## Add Your Trunk Token and Organization Slug as Secrets

Store the Trunk slug and API token obtained in the previous step in your repo as [GitHub secrets](https://docs.github.com/en/actions/security-guides/using-secrets-in-github-actions) named `TRUNK_ORG_URL_SLUG` and `TRUNK_API_TOKEN` respectively.

## Upload to Trunk

Add an `Upload Test Results` step after running tests in each of your CI jobs that run tests. This should minimally include all jobs that run on pull requests, as well as jobs that run on your main or [stable branches](../../detection/), for example, `main`, `master`, or `develop`.

<Tip>
  It is important to upload test results from CI runs on [**stable branches**](../../detection/), such as `main`, `master`, or `develop`. This will give you a stronger signal about the health of your code and tests.

  Trunk can also detect test flakes on PR and merge branches. To best detect flaky tests, it is recommended to upload test results from stable, PR, and merge branch CI runs.

  [Learn more about detection](../../detection/)
</Tip>

### Example GitHub Actions Workflow

The following is an example of a GitHub Actions workflow step to upload test results after your tests using Trunk's [**Analytics Uploader Action**](https://github.com/trunk-io/analytics-uploader).

To find out how to produce the report files the uploader needs, see the instructions for your test framework in the [**Test Frameworks**](../frameworks/) docs.

<CodeGroup>
  ```yaml JUnit XML theme={null}
  jobs:
    test:
      name: Upload Tests
      runs-on: ubuntu-latest

      steps:
        - name: Run Tests
          run: ...

        - name: Upload Test Results to Trunk.io
          if: ${{ !cancelled() }} # Upload the results even if the tests fail
          continue-on-error: true # don't fail this job if the upload fails
          uses: trunk-io/analytics-uploader@v1
          with:
            junit-paths: **/junit.xml        
            org-slug: <TRUNK_ORG_URL_SLUG>
            token: ${{ secrets.TRUNK_API_TOKEN }}
  ```

  ```yaml XCResult Path theme={null}
  jobs:
    test:
      name: Upload Tests
      runs-on: ubuntu-latest

      steps:
        - name: Run Tests
          run: ...

        - name: Upload Test Results to Trunk.io
          if: ${{ !cancelled() }} # Upload the results even if the tests fail
          continue-on-error: true # don't fail this job if the upload fails
          uses: trunk-io/analytics-uploader@v1
          with:
            xcresult-path: ./test-results.xcresult        
            org-slug: <TRUNK_ORG_URL_SLUG>
            token: ${{ secrets.TRUNK_API_TOKEN }}
  ```

  ```yaml Bazel BEP JSON theme={null}
  jobs:
    test:
      name: Upload Tests
      runs-on: ubuntu-latest

      steps:
        - name: Run Tests
          run: ...

        - name: Upload Test Results to Trunk.io
          if: ${{ !cancelled() }} # Upload the results even if the tests fail
          continue-on-error: true # don't fail this job if the upload fails
          uses: trunk-io/analytics-uploader@v1
          with:
            bazel-bep-path: ./build_events.json        
            org-slug: <TRUNK_ORG_URL_SLUG>
            token: ${{ secrets.TRUNK_API_TOKEN }}
  ```

  ```yaml RSpec plugin theme={null}
  jobs:
    test:
      name: Run and Upload Tests
      runs-on: ubuntu-latest

      steps:
        - name: Run Tests and Upload Results to Trunk.io
          run: TRUNK_ORG_URL_SLUG=${{ secrets.TRUNK_ORG_URL_SLUG }} TRUNK_API_TOKEN=${{ secrets.TRUNK_API_TOKEN }} bundle exec rspec

  ```
</CodeGroup>

See the [GitHub Actions Reference page](https://github.com/trunk-io/analytics-uploader) for all available CLI arguments and usage.

### Enable quarantining

You can quarantine flaky tests by wrapping the test command or as a follow-up step.

<Tabs>
  <Tab title="GitHub Actions Workflow">
    <Note>
      Using the Trunk Analytics Uploader Action in your GitHub Actions Workflow files, may need modifications to your workflow files to support quarantining.

      If you upload your test results as a second step after you run your tests, **you need to add** `continue-on-error: true` **on your test step so your CI** job will continue even on failures.
    </Note>

    Here's an example file.

    ```yaml highlight={12,13} theme={null}
    	name: Run Tests And Upload Results
    	on:
    	  workflow_dispatch:
    	jobs:
    	  upload-test-results:
    	    runs-on: ubuntu-latest
    	    timeout-minutes: 60
    	    steps:   
    	    - name: Run Tests
    	      id: unit_tests
    	      shell: bash
    	      run: <COMMAND TO RUN TESTS> # command to run tests goes here
    	      continue-on-error: true # allow CI job to continue to upload step on errors
    	        
    	    - name: Upload test results
    	      if: always()
    	      uses: trunk-io/analytics-uploader@v1
    	      with:
    	        junit-paths: <TEST OUTPUT PATH>
    	        org-slug: my-trunk-org-slug
    	        token: ${{ secrets.TRUNK_API_TOKEN }}
    ```

    If you want to run the test command and upload in a single step, the test command must be **run via the Analytics Uploader** through the `run: <COMMAND TO RUN TESTS>` parameter.

    This will override the response code of the test command. Make sure to set `continue-on-error: false` so un-quarantined tests are blocking.

    ```yaml highlight={16} theme={null}
    	name: Run Tests And Upload Results
    	on:
    	  workflow_dispatch:
    	jobs:
    	  upload-test-results:
    	    runs-on: ubuntu-latest
    	    timeout-minutes: 60
    	    steps:
    	      - name: Checkout
    	        uses: actions/checkout@v3
    	
    	      - name: Run tests and upload results
    	        uses: trunk-io/analytics-uploader@v1
    	        with:
    	          junit-paths: <TEST OUTPUT PATH>
    	          run: <COMMAND TO RUN TESTS> # command to run tests goes here
    	          org-slug: my-trunk-org-slug
    	          token: ${{ secrets.TRUNK_API_TOKEN }}
    ```
  </Tab>

  <Tab title="Using The Trunk Analytics CLI Directly">
    **Using Flaky Tests as a separate step**

    <Note>
      If you upload your test results as a second step after you run your tests, you need to make sure your test step **continues on errors** so the upload step that's run after can quarantine failed tests.&#x20;

      When quarantining is enabled, the `trunk-analytics-cli upload` command will **return an error** if there are unquarantined failures and return a status code 0 if all tests are quarantined.
    </Note>

    ```sh theme={null}
    <run my tests> || true # doesn't fail job on failure
    |
        ./trunk-analytics-cli upload \
            --org-url-slug $TRUNK_ORG_URL_SLUG \
            --token $TRUNK_API_TOKEN \
            --junit-paths $JUNIT_PATH
    ```

    **Using Flaky Tests as a single step**

    You can also wrap the test command with the Trunk Analytics CLI. When wrapping the command with the Trunk Analytics CLI, if there are unquarantined tests, the command will return an error. If there are no unquarantined tests, the command will return a status code `0`.

    ```bash theme={null}
    ./trunk-analytics-cli test \
        --org-url-slug <TRUNK_ORG_URL_SLUG> \
        --token $TRUNK_API_TOKEN \
        --junit-paths $JUNIT_PATH \
        --allow-empty-test-results \
        <Test Command>
    ```
  </Tab>
</Tabs>

### Stale files

Ensure you report every test run in CI and **clean up stale files** produced by your test framework. If you're reusing test runners and using a glob like `**/junit.xml` to upload tests, stale files not cleaned up will be included in the current test run, throwing off detection of flakiness. You should clean up all your results files after every upload step.

## Validate Your Uploads

Once your workflow has run on a stable branch, head to [app.trunk.io](https://app.trunk.io) and confirm Trunk received your results.

* The **Uploads** tab lists every report Trunk has ingested, with status and any warnings (missing file paths, malformed XML, and so on).
* The **Tests** tab shows individual test cases once an upload has been processed.

If a recent run isn't showing up, check the action logs for upload errors and confirm your `TRUNK_API_TOKEN` and `TRUNK_ORG_URL_SLUG` secrets are set on the repo running the workflow.

## Getting Direct Links to Job Logs

<Info>
  **Direct Links to Job Logs is an optional configuration, and relies on a** [**third-party actions dependency**](https://github.com/marketplace/actions/get-action-job-id)**.**
</Info>

By default, Trunk Flaky Tests links to your overall workflow run when you click "Logs" on a test failure. However, GitHub Actions makes it difficult to get a direct link to the specific job where the test ran.

If you want **direct links to individual job logs** instead of the workflow run, you can manually set the `JOB_URL` environment variable using a third-party action to extract the job ID.

### Setup

1. **Add the job ID extraction step** to your workflow using a community action:

```yaml highlight={9-16} theme={null}
jobs:  
  run_tests:
    runs-on: ubuntu-latest
    name: Run Tests  # This name is important - use it in the next step
    steps:
      - name: Checkout
        uses: actions/checkout@v3

      # Extract the job ID
      - name: Get Job ID
        id: get-job-id
        uses: ayachensiyuan/get-action-job-id@v1.6
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          job-name: Run Tests  # Must match the job 'name' above
```

2. **Pass the job URL** when uploading test results:

```yaml highlight={13-14} theme={null}
      - name: Run Tests
        id: unit_tests
        run: <COMMAND TO RUN TESTS>
        continue-on-error: true
        
      - name: Upload test results
        if: always()
        uses: trunk-io/analytics-uploader@v1
        with:
          junit-paths: <TEST OUTPUT PATH>
          org-slug: my-trunk-org-slug
          token: ${{ secrets.TRUNK_API_TOKEN }}
        env:
          JOB_URL: https://github.com/${{ github.repository }}/actions/runs/${{ github.run_id }}/job/${{ steps.get-job-id.outputs.jobId }}
```

### Complete Example

Here's a full workflow example with direct job linking:

```yaml theme={null}
name: Run Tests And Upload Results
on:
  push:
  pull_request:

jobs:  
  test-suite:
    runs-on: ubuntu-latest
    name: Test Suite
    steps:
      - name: Checkout
        uses: actions/checkout@v3

      - name: Get Job ID
        id: get-job-id
        uses: ayachensiyuan/get-action-job-id@v1.6
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          job-name: Test Suite
        
      - name: Run Tests
        run: npm test
        continue-on-error: true
        
      - name: Upload test results
        if: always()
        uses: trunk-io/analytics-uploader@v1
        with:
          junit-paths: junit.xml
          org-slug: my-trunk-org-slug
          token: ${{ secrets.TRUNK_API_TOKEN }}
        env:
          JOB_URL: https://github.com/${{ github.repository }}/actions/runs/${{ github.run_id }}/job/${{ steps.get-job-id.outputs.jobId }}
```

### How It Works

* The `ayachensiyuan/get-action-job-id` [action](https://github.com/marketplace/actions/get-action-job-id) extracts the GitHub Actions job ID
* We construct the full job URL using: `https://github.com/{repo}/actions/runs/{run_id}/job/{job_id}`
* This URL is passed to Trunk via the `JOB_URL` environment variable
* When you click "Logs" on a test failure in Trunk, you'll go directly to that job's logs instead of the workflow overview

### Notes

* The `job-name` parameter must **exactly match** your job's `name` field
* The `GITHUB_TOKEN` must have appropriate permissions to read workflow job information
* If the job ID extraction fails, Trunk will fall back to linking to the workflow run