From e70dee1ebfeb392834ec8be2ce8997decd32fbe4 Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Wed, 13 May 2026 19:27:49 +0000 Subject: [PATCH 1/4] docs: rewrite README for Playwright Last Failed action Explain cache vs API modes, inputs/outputs, setup, and link to docs.currents.dev GitHub Actions re-run guide. Co-authored-by: miguelangaranocurrents --- README.md | 351 +++++++++++++++++++----------------------------------- 1 file changed, 124 insertions(+), 227 deletions(-) diff --git a/README.md b/README.md index 333246a..d8344c5 100644 --- a/README.md +++ b/README.md @@ -1,235 +1,132 @@ -# Create a GitHub Action Using TypeScript - -[![GitHub Super-Linter](https://github.com/actions/typescript-action/actions/workflows/linter.yml/badge.svg)](https://github.com/super-linter/super-linter) -![CI](https://github.com/actions/typescript-action/actions/workflows/ci.yml/badge.svg) -[![Check dist/](https://github.com/actions/typescript-action/actions/workflows/check-dist.yml/badge.svg)](https://github.com/actions/typescript-action/actions/workflows/check-dist.yml) -[![CodeQL](https://github.com/actions/typescript-action/actions/workflows/codeql-analysis.yml/badge.svg)](https://github.com/actions/typescript-action/actions/workflows/codeql-analysis.yml) -[![Coverage](./badges/coverage.svg)](./badges/coverage.svg) - -Use this template to bootstrap the creation of a TypeScript action. :rocket: - -This template includes compilation support, tests, a validation workflow, -publishing, and versioning guidance. - -If you are new, there's also a simpler introduction in the -[Hello world JavaScript action repository](https://github.com/actions/hello-world-javascript-action). - -## Create Your Own Action - -To create your own action, you can use this repository as a template! Just -follow the below instructions: - -1. Click the **Use this template** button at the top of the repository -1. Select **Create a new repository** -1. Select an owner and name for your new repository -1. Click **Create repository** -1. Clone your new repository - -> [!IMPORTANT] -> -> Make sure to remove or update the [`CODEOWNERS`](./CODEOWNERS) file! For -> details on how to use this file, see -> [About code owners](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners). - -## Initial Setup - -After you've cloned the repository to your local machine or codespace, you'll -need to perform some initial setup steps before you can develop your action. - -> [!NOTE] -> -> You'll need to have a reasonably modern version of -> [Node.js](https://nodejs.org) handy (20.x or later should work!). If you are -> using a version manager like [`nodenv`](https://github.com/nodenv/nodenv) or -> [`nvm`](https://github.com/nvm-sh/nvm), this template has a `.node-version` -> file at the root of the repository that will be used to automatically switch -> to the correct version when you `cd` into the repository. Additionally, this -> `.node-version` file is used by GitHub Actions in any `actions/setup-node` -> actions. - -1. :hammer_and_wrench: Install the dependencies - - ```bash - npm install - ``` - -1. :building_construction: Package the TypeScript for distribution - - ```bash - npm run bundle - ``` - -1. :white_check_mark: Run the tests - - ```bash - $ npm test - - PASS ./index.test.js - ✓ throws invalid number (3ms) - ✓ wait 500 ms (504ms) - ✓ test runs (95ms) - - ... - ``` - -## Update the Action Metadata - -The [`action.yml`](action.yml) file defines metadata about your action, such as -input(s) and output(s). For details about this file, see -[Metadata syntax for GitHub Actions](https://docs.github.com/en/actions/creating-actions/metadata-syntax-for-github-actions). - -When you copy this repository, update `action.yml` with the name, description, -inputs, and outputs for your action. - -## Update the Action Code - -The [`src/`](./src/) directory is the heart of your action! This contains the -source code that will be run when your action is invoked. You can replace the -contents of this directory with your own code. - -There are a few things to keep in mind when writing your action code: - -- Most GitHub Actions toolkit and CI/CD operations are processed asynchronously. - In `main.ts`, you will see that the action is run in an `async` function. - - ```javascript - import * as core from '@actions/core' - //... - - async function run() { - try { - //... - } catch (error) { - core.setFailed(error.message) - } - } - ``` - - For more information about the GitHub Actions toolkit, see the - [documentation](https://github.com/actions/toolkit/blob/master/README.md). - -So, what are you waiting for? Go ahead and start customizing your action! - -1. Create a new branch - - ```bash - git checkout -b releases/v1 - ``` - -1. Replace the contents of `src/` with your action code -1. Add tests to `__tests__/` for your source code -1. Format, test, and build the action - - ```bash - npm run all - ``` - - > This step is important! It will run [`ncc`](https://github.com/vercel/ncc) - > to build the final JavaScript action code with all dependencies included. - > If you do not run this step, your action will not work correctly when it is - > used in a workflow. This step also includes the `--license` option for - > `ncc`, which will create a license file for all of the production node - > modules used in your project. - -1. Commit your changes - - ```bash - git add . - git commit -m "My first action is ready!" - ``` - -1. Push them to your repository - - ```bash - git push -u origin releases/v1 - ``` - -1. Create a pull request and get feedback on your action -1. Merge the pull request into the `main` branch - -Your action is now published! :rocket: - -For information about versioning your action, see -[Versioning](https://github.com/actions/toolkit/blob/master/docs/action-versioning.md) -in the GitHub Actions toolkit. - -## Validate the Action - -You can now validate the action by referencing it in a workflow file. For -example, [`ci.yml`](./.github/workflows/ci.yml) demonstrates how to reference an -action in the same repository. +# Playwright Last Failed (GitHub Action) + +This action helps you **re-run only the Playwright tests that failed** when you +use GitHub Actions’ “re-run failed jobs” (or similar retries). It works together +with [Currents](https://currents.dev) and the +[`@currents/cmd`](https://www.npmjs.com/package/@currents/cmd) CLI. + +**Full setup, sharding, orchestration, and CI build ID details:** +[Re-run only failed tests (GitHub Actions)](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests) +on [docs.currents.dev](https://docs.currents.dev). For background on why re-runs +need extra configuration, see the guide +[Re-run only failed tests](https://docs.currents.dev/guides/ci-optimization/re-run-only-failed-tests). + +## What it does for you + +- Before your test step: restores **last run** metadata (via Currents cache or + the Currents API) and exposes **extra Playwright CLI flags** as a step output. +- After the job (cache mode only): saves updated **last run** metadata so the + next retry can target failures again. + +You wire the output into your Playwright command—for example +`npx playwright test … ${{ steps..outputs.extra-pw-flags }}`—so only failed +tests run on retry. + +## How it works + +The action runs on **Node 24** and installs `@currents/cmd` globally +(`npm install -g @currents/cmd`). It then behaves in one of two ways: + +### 1. Cache mode (default) + +Use this when you report runs to Currents with a **record key** (typical +Playwright reporter + sharding flow). + +1. **Main step:** runs `npx currents cache get` with the `last-run` preset. On + success, it reads a generated preset file and sets the output + `extra-pw-flags`. +2. **Post step:** runs `npx currents cache set` with the same preset so the next + workflow attempt can read an updated snapshot. + +Authentication and targeting use your **Currents record key** (input `key` or +`CURRENTS_RECORD_KEY`). Optional `id`, `path`, matrix inputs, and +`pw-output-dir` tune what is cached. + +### 2. API / orchestration mode (`use-api` or `or8n`) + +Use this when you rely on **Currents Orchestration** (or otherwise want the CLI +to resolve failures via the API). In this mode the **post cache step is +skipped**. + +On **re-run attempts** (`GITHUB_RUN_ATTEMPT` > 1), the main step runs +`npx currents api get-run` to fetch the previous run and, when successful, sets +`extra-pw-flags` to `--last-failed`. You should supply **`CURRENTS_API_KEY`**, +**`CURRENTS_PROJECT_ID`** (and related env vars as in the docs), and use +**`or8n: true`** (or `use-api: true`) as shown in the +[orchestration section](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#currents-orchestration) +of the documentation. + +## Outputs + +| Name | Description | +| ---------------- | ------------------------------------------------ | +| `extra-pw-flags` | Flags to append to your Playwright test command. | + +If restoration fails, the output may be empty; your workflow should still run +tests normally. + +## Inputs (options) + +| Input | Required | Default | Description | +| ---------------------- | -------- | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| `key` | No\* | `''` | Currents **record key** (or set `CURRENTS_RECORD_KEY`). Used in cache mode. | +| `debug` | No | `false` | Enable debug logging for CLI commands. | +| `id` | No | `''` | Cache id namespace for `cache get` / `cache set`. | +| `path` | No | `''` | Comma-separated paths to include when writing cache (post step). | +| `output-dir` | No | `''` | Directory for preset output during `cache get`. | +| `pw-output-dir` | No | `test-results` | Playwright output directory; used for API mode `.last-run.json` path and for `--pw-output-dir` on cache set. | +| `matrix-index` | No | `1` | Shard index for parallel runs (`cache get` / `cache set`). | +| `matrix-total` | No | `1` | Total shards. | +| `use-api` | No | `false` | Use API-based last-failed resolution (same code path as `or8n`). | +| `or8n` | No | `false` | Enable orchestration-oriented behavior (API path; no cache post step). | +| `api-key` | No | `''` | API key, or set `CURRENTS_API_KEY` in the environment. | +| `project-id` | No | `''` | Currents project id, or set `CURRENTS_PROJECT_ID`. | +| `previous-ci-build-id` | No | `''` | Override for the previous CI build id used when resolving the prior run (see [custom CI build id](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#custom-ci-build-id-for-reruns)). | + +\*In cache mode you need a record key (input or env) for meaningful cache +reads/writes. + +## Setup + +1. **Add `@currents/cmd` to your project** as a dev dependency and install with + a **frozen lockfile** in CI (`npm ci`, etc.). The action installs a global + CLI for convenience; pinning `@currents/cmd` in your repo keeps CI + reproducible. See the note in the + [official docs](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests). +2. **Configure Currents** (record key, and for API mode, API key and project id) + using secrets and `env` as described in the documentation. +3. **Add this action before your Playwright step** and pass `extra-pw-flags` + into your test command. +4. **Sharding:** set `matrix-index` and `matrix-total` from your matrix (for + example `${{ matrix.shard }}` and `${{ strategy.job-total }}`). + +### Minimal example (cache mode, sharded) ```yaml -steps: - - name: Checkout - id: checkout - uses: actions/checkout@v4 - - - name: Test Local Action - id: test-action - uses: ./ - with: - milliseconds: 1000 - - - name: Print Output - id: output - run: echo "${{ steps.test-action.outputs.time }}" +- name: Playwright Last Failed + id: last-failed + uses: currents-dev/playwright-last-failed@v1 + env: + CURRENTS_RECORD_KEY: ${{ secrets.CURRENTS_RECORD_KEY }} + with: + pw-output-dir: test-results + matrix-index: ${{ matrix.shard }} + matrix-total: ${{ strategy.job-total }} + +- name: Run Playwright + run: npx playwright test ${{ steps.last-failed.outputs.extra-pw-flags }} ``` -For example workflow runs, check out the -[Actions tab](https://github.com/actions/typescript-action/actions)! :rocket: - -## Usage +For orchestration (`or8n: true`), environment variables, custom +`CURRENTS_CI_BUILD_ID`, and copy-paste workflows, follow +**[Re-run only failed tests (GitHub Actions)](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests)**. -After testing, you can create version tag(s) that developers can use to -reference different stable versions of your action. For more information, see -[Versioning](https://github.com/actions/toolkit/blob/master/docs/action-versioning.md) -in the GitHub Actions toolkit. +## Action metadata -To include the action in a workflow in another repository, you can use the -`uses` syntax with the `@` symbol to reference a specific branch, tag, or commit -hash. +Input/output definitions are in [`action.yml`](./action.yml). -```yaml -steps: - - name: Checkout - id: checkout - uses: actions/checkout@v4 - - - name: Test Local Action - id: test-action - uses: actions/typescript-action@v1 # Commit with the `v1` tag - with: - milliseconds: 1000 - - - name: Print Output - id: output - run: echo "${{ steps.test-action.outputs.time }}" -``` +## Developing this repository -## Publishing a New Release - -This project includes a helper script, [`script/release`](./script/release) -designed to streamline the process of tagging and pushing new releases for -GitHub Actions. - -GitHub Actions allows users to select a specific version of the action to use, -based on release tags. This script simplifies this process by performing the -following steps: - -1. **Retrieving the latest release tag:** The script starts by fetching the most - recent SemVer release tag of the current branch, by looking at the local data - available in your repository. -1. **Prompting for a new release tag:** The user is then prompted to enter a new - release tag. To assist with this, the script displays the tag retrieved in - the previous step, and validates the format of the inputted tag (vX.X.X). The - user is also reminded to update the version field in package.json. -1. **Tagging the new release:** The script then tags a new release and syncs the - separate major tag (e.g. v1, v2) with the new release tag (e.g. v1.0.0, - v2.1.2). When the user is creating a new major release, the script - auto-detects this and creates a `releases/v#` branch for the previous major - version. -1. **Pushing changes to remote:** Finally, the script pushes the necessary - commits, tags and branches to the remote repository. From here, you will need - to create a new release in GitHub so users can easily reference the new tags - in their workflows . +This action is implemented in TypeScript (`src/index.ts`, `src/post.ts`). After +changing sources, run `npm run all` to format, lint, test, and rebuild `dist/` +before committing. From 7e888658120605e9519b6a4923dff4a1ca1efd8a Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Wed, 13 May 2026 19:29:59 +0000 Subject: [PATCH 2/4] docs: use third-person wording in README (no you/your) Co-authored-by: miguelangaranocurrents --- README.md | 58 ++++++++++++++++++++++++++++--------------------------- 1 file changed, 30 insertions(+), 28 deletions(-) diff --git a/README.md b/README.md index d8344c5..d2889fa 100644 --- a/README.md +++ b/README.md @@ -1,7 +1,7 @@ # Playwright Last Failed (GitHub Action) -This action helps you **re-run only the Playwright tests that failed** when you -use GitHub Actions’ “re-run failed jobs” (or similar retries). It works together +This action supports **re-running only the Playwright tests that failed** when +GitHub Actions runs “re-run failed jobs” (or similar retries). It works together with [Currents](https://currents.dev) and the [`@currents/cmd`](https://www.npmjs.com/package/@currents/cmd) CLI. @@ -11,14 +11,15 @@ on [docs.currents.dev](https://docs.currents.dev). For background on why re-runs need extra configuration, see the guide [Re-run only failed tests](https://docs.currents.dev/guides/ci-optimization/re-run-only-failed-tests). -## What it does for you +## Purpose -- Before your test step: restores **last run** metadata (via Currents cache or - the Currents API) and exposes **extra Playwright CLI flags** as a step output. +- Before the Playwright test step: restores **last run** metadata (via Currents + cache or the Currents API) and exposes **extra Playwright CLI flags** as a + step output. - After the job (cache mode only): saves updated **last run** metadata so the next retry can target failures again. -You wire the output into your Playwright command—for example +The step output is passed into the Playwright command—for example `npx playwright test … ${{ steps..outputs.extra-pw-flags }}`—so only failed tests run on retry. @@ -29,7 +30,7 @@ The action runs on **Node 24** and installs `@currents/cmd` globally ### 1. Cache mode (default) -Use this when you report runs to Currents with a **record key** (typical +Suited to workflows that report runs to Currents with a **record key** (typical Playwright reporter + sharding flow). 1. **Main step:** runs `npx currents cache get` with the `last-run` preset. On @@ -38,32 +39,33 @@ Playwright reporter + sharding flow). 2. **Post step:** runs `npx currents cache set` with the same preset so the next workflow attempt can read an updated snapshot. -Authentication and targeting use your **Currents record key** (input `key` or +Authentication and targeting use the **Currents record key** (input `key` or `CURRENTS_RECORD_KEY`). Optional `id`, `path`, matrix inputs, and `pw-output-dir` tune what is cached. ### 2. API / orchestration mode (`use-api` or `or8n`) -Use this when you rely on **Currents Orchestration** (or otherwise want the CLI -to resolve failures via the API). In this mode the **post cache step is +Suited to workflows that rely on **Currents Orchestration** (or otherwise need +the CLI to resolve failures via the API). In this mode the **post cache step is skipped**. On **re-run attempts** (`GITHUB_RUN_ATTEMPT` > 1), the main step runs `npx currents api get-run` to fetch the previous run and, when successful, sets -`extra-pw-flags` to `--last-failed`. You should supply **`CURRENTS_API_KEY`**, -**`CURRENTS_PROJECT_ID`** (and related env vars as in the docs), and use -**`or8n: true`** (or `use-api: true`) as shown in the +`extra-pw-flags` to `--last-failed`. The workflow should define +**`CURRENTS_API_KEY`**, **`CURRENTS_PROJECT_ID`** (and related environment +variables as in the docs), and set **`or8n: true`** (or `use-api: true`) as +shown in the [orchestration section](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#currents-orchestration) of the documentation. ## Outputs -| Name | Description | -| ---------------- | ------------------------------------------------ | -| `extra-pw-flags` | Flags to append to your Playwright test command. | +| Name | Description | +| ---------------- | ----------------------------------------------- | +| `extra-pw-flags` | Flags to append to the Playwright test command. | -If restoration fails, the output may be empty; your workflow should still run -tests normally. +If restoration fails, the output may be empty; the workflow can still run tests +normally. ## Inputs (options) @@ -83,21 +85,21 @@ tests normally. | `project-id` | No | `''` | Currents project id, or set `CURRENTS_PROJECT_ID`. | | `previous-ci-build-id` | No | `''` | Override for the previous CI build id used when resolving the prior run (see [custom CI build id](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#custom-ci-build-id-for-reruns)). | -\*In cache mode you need a record key (input or env) for meaningful cache -reads/writes. +\*In cache mode a record key (input or environment) is required for meaningful +cache reads/writes. ## Setup -1. **Add `@currents/cmd` to your project** as a dev dependency and install with - a **frozen lockfile** in CI (`npm ci`, etc.). The action installs a global - CLI for convenience; pinning `@currents/cmd` in your repo keeps CI - reproducible. See the note in the +1. **Add `@currents/cmd` to the repository** as a dev dependency and install + with a **frozen lockfile** in CI (`npm ci`, etc.). The action installs a + global CLI for convenience; pinning `@currents/cmd` in the repository keeps + CI reproducible. See the note in the [official docs](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests). 2. **Configure Currents** (record key, and for API mode, API key and project id) using secrets and `env` as described in the documentation. -3. **Add this action before your Playwright step** and pass `extra-pw-flags` - into your test command. -4. **Sharding:** set `matrix-index` and `matrix-total` from your matrix (for +3. **Add this action before the Playwright step** and pass `extra-pw-flags` into + the test command. +4. **Sharding:** set `matrix-index` and `matrix-total` from the job matrix (for example `${{ matrix.shard }}` and `${{ strategy.job-total }}`). ### Minimal example (cache mode, sharded) @@ -118,7 +120,7 @@ reads/writes. ``` For orchestration (`or8n: true`), environment variables, custom -`CURRENTS_CI_BUILD_ID`, and copy-paste workflows, follow +`CURRENTS_CI_BUILD_ID`, and copy-paste workflows, see **[Re-run only failed tests (GitHub Actions)](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests)**. ## Action metadata From f3996361330412388c12b97976798036148d2e70 Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Wed, 13 May 2026 19:35:32 +0000 Subject: [PATCH 3/4] docs: fix README for markdownlint and textlint (CI) - Use MD029 one-style ordered lists (repeated 1. prefixes) - Replace wide inputs table with wrapped bullet list (MD013) - Use ID/copypaste terminology for NATURAL_LANGUAGE lint - Add reference links and prettier/markdownlint ignore for long URLs Co-authored-by: miguelangaranocurrents --- README.md | 82 ++++++++++++++++++++++++++++++++++--------------------- 1 file changed, 51 insertions(+), 31 deletions(-) diff --git a/README.md b/README.md index d2889fa..ce57dc4 100644 --- a/README.md +++ b/README.md @@ -5,11 +5,10 @@ GitHub Actions runs “re-run failed jobs” (or similar retries). It works toge with [Currents](https://currents.dev) and the [`@currents/cmd`](https://www.npmjs.com/package/@currents/cmd) CLI. -**Full setup, sharding, orchestration, and CI build ID details:** -[Re-run only failed tests (GitHub Actions)](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests) -on [docs.currents.dev](https://docs.currents.dev). For background on why re-runs -need extra configuration, see the guide -[Re-run only failed tests](https://docs.currents.dev/guides/ci-optimization/re-run-only-failed-tests). +**Full setup, sharding, orchestration, and CI build ID details:** [Re-run only +failed tests (GitHub Actions)][gha-rerun] on [docs.currents.dev][docs]. For +background on why re-runs need extra configuration, see the guide [Re-run only +failed tests][guide-rerun]. ## Purpose @@ -36,7 +35,7 @@ Playwright reporter + sharding flow). 1. **Main step:** runs `npx currents cache get` with the `last-run` preset. On success, it reads a generated preset file and sets the output `extra-pw-flags`. -2. **Post step:** runs `npx currents cache set` with the same preset so the next +1. **Post step:** runs `npx currents cache set` with the same preset so the next workflow attempt can read an updated snapshot. Authentication and targeting use the **Currents record key** (input `key` or @@ -54,9 +53,7 @@ On **re-run attempts** (`GITHUB_RUN_ATTEMPT` > 1), the main step runs `extra-pw-flags` to `--last-failed`. The workflow should define **`CURRENTS_API_KEY`**, **`CURRENTS_PROJECT_ID`** (and related environment variables as in the docs), and set **`or8n: true`** (or `use-api: true`) as -shown in the -[orchestration section](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#currents-orchestration) -of the documentation. +shown in the [orchestration section][or8n-section] of the documentation. ## Outputs @@ -69,21 +66,33 @@ normally. ## Inputs (options) -| Input | Required | Default | Description | -| ---------------------- | -------- | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| `key` | No\* | `''` | Currents **record key** (or set `CURRENTS_RECORD_KEY`). Used in cache mode. | -| `debug` | No | `false` | Enable debug logging for CLI commands. | -| `id` | No | `''` | Cache id namespace for `cache get` / `cache set`. | -| `path` | No | `''` | Comma-separated paths to include when writing cache (post step). | -| `output-dir` | No | `''` | Directory for preset output during `cache get`. | -| `pw-output-dir` | No | `test-results` | Playwright output directory; used for API mode `.last-run.json` path and for `--pw-output-dir` on cache set. | -| `matrix-index` | No | `1` | Shard index for parallel runs (`cache get` / `cache set`). | -| `matrix-total` | No | `1` | Total shards. | -| `use-api` | No | `false` | Use API-based last-failed resolution (same code path as `or8n`). | -| `or8n` | No | `false` | Enable orchestration-oriented behavior (API path; no cache post step). | -| `api-key` | No | `''` | API key, or set `CURRENTS_API_KEY` in the environment. | -| `project-id` | No | `''` | Currents project id, or set `CURRENTS_PROJECT_ID`. | -| `previous-ci-build-id` | No | `''` | Override for the previous CI build id used when resolving the prior run (see [custom CI build id](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#custom-ci-build-id-for-reruns)). | +- **`key`** (optional, default `''`). Currents **record key**, or set + `CURRENTS_RECORD_KEY`. Used in cache mode. +- **`debug`** (optional, default `false`). Enables debug logging for CLI + commands. +- **`id`** (optional, default `''`). Cache ID namespace for `cache get` / + `cache set`. +- **`path`** (optional, default `''`). Comma-separated paths to include when + writing cache (post step). +- **`output-dir`** (optional, default `''`). Directory for preset output during + `cache get`. +- **`pw-output-dir`** (optional, default `test-results`). Playwright output + directory; used for API mode `.last-run.json` path and for `--pw-output-dir` + on cache set. +- **`matrix-index`** (optional, default `1`). Shard index for parallel runs + (`cache get` / `cache set`). +- **`matrix-total`** (optional, default `1`). Total shards. +- **`use-api`** (optional, default `false`). API-based last-failed resolution + (same code path as `or8n`). +- **`or8n`** (optional, default `false`). Orchestration-oriented behavior (API + path; no cache post step). +- **`api-key`** (optional, default `''`). API key, or set `CURRENTS_API_KEY` in + the environment. +- **`project-id`** (optional, default `''`). Currents project ID, or set + `CURRENTS_PROJECT_ID`. +- **`previous-ci-build-id`** (optional, default `''`). Override for the previous + CI build ID when resolving the prior run (see [custom CI build + ID][custom-ci-build-id]). \*In cache mode a record key (input or environment) is required for meaningful cache reads/writes. @@ -93,13 +102,12 @@ cache reads/writes. 1. **Add `@currents/cmd` to the repository** as a dev dependency and install with a **frozen lockfile** in CI (`npm ci`, etc.). The action installs a global CLI for convenience; pinning `@currents/cmd` in the repository keeps - CI reproducible. See the note in the - [official docs](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests). -2. **Configure Currents** (record key, and for API mode, API key and project id) + CI reproducible. See the note in the [official docs][gha-rerun]. +1. **Configure Currents** (record key, and for API mode, API key and project ID) using secrets and `env` as described in the documentation. -3. **Add this action before the Playwright step** and pass `extra-pw-flags` into +1. **Add this action before the Playwright step** and pass `extra-pw-flags` into the test command. -4. **Sharding:** set `matrix-index` and `matrix-total` from the job matrix (for +1. **Sharding:** set `matrix-index` and `matrix-total` from the job matrix (for example `${{ matrix.shard }}` and `${{ strategy.job-total }}`). ### Minimal example (cache mode, sharded) @@ -120,8 +128,8 @@ cache reads/writes. ``` For orchestration (`or8n: true`), environment variables, custom -`CURRENTS_CI_BUILD_ID`, and copy-paste workflows, see -**[Re-run only failed tests (GitHub Actions)](https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests)**. +`CURRENTS_CI_BUILD_ID`, and copypaste workflows, see **[Re-run only failed tests +(GitHub Actions)][gha-rerun]**. ## Action metadata @@ -132,3 +140,15 @@ Input/output definitions are in [`action.yml`](./action.yml). This action is implemented in TypeScript (`src/index.ts`, `src/post.ts`). After changing sources, run `npm run all` to format, lint, test, and rebuild `dist/` before committing. + + + + +[docs]: https://docs.currents.dev +[gha-rerun]: https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests +[guide-rerun]: https://docs.currents.dev/guides/ci-optimization/re-run-only-failed-tests +[or8n-section]: https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#currents-orchestration +[custom-ci-build-id]: https://docs.currents.dev/getting-started/ci-setup/github-actions/re-run-failed-only-tests#custom-ci-build-id-for-reruns + + + From f13893eba38cd7a45d6e8f9304f9cada11b1cb28 Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Wed, 13 May 2026 19:39:34 +0000 Subject: [PATCH 4/4] docs: hyphenate post-cache step in README Co-authored-by: miguelangaranocurrents --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index ce57dc4..4255aea 100644 --- a/README.md +++ b/README.md @@ -45,7 +45,7 @@ Authentication and targeting use the **Currents record key** (input `key` or ### 2. API / orchestration mode (`use-api` or `or8n`) Suited to workflows that rely on **Currents Orchestration** (or otherwise need -the CLI to resolve failures via the API). In this mode the **post cache step is +the CLI to resolve failures via the API). In this mode the **post-cache step is skipped**. On **re-run attempts** (`GITHUB_RUN_ATTEMPT` > 1), the main step runs @@ -85,7 +85,7 @@ normally. - **`use-api`** (optional, default `false`). API-based last-failed resolution (same code path as `or8n`). - **`or8n`** (optional, default `false`). Orchestration-oriented behavior (API - path; no cache post step). + path; no post-cache step). - **`api-key`** (optional, default `''`). API key, or set `CURRENTS_API_KEY` in the environment. - **`project-id`** (optional, default `''`). Currents project ID, or set