diff --git a/public/changelog.json b/public/changelog.json index 2af088a2201..1d0e8190f55 100644 --- a/public/changelog.json +++ b/public/changelog.json @@ -789,6 +789,13 @@ "title": "Added support to Data Feeds", "topic": "Data Feeds" }, + { + "category": "release", + "date": "2026-04-16", + "description": "CRE CLI version 1.11.0 is now available. This release adds `cre registry list`, a new command that displays the workflow registries configured for your organization. It also adds a warning when deploying over a paused workflow, fixes HTTP trigger `--http-payload` file paths to resolve relative to your working directory, and adds a duplicate-deploy check to prevent redundant on-chain transactions.\n\nUpdate your CLI by running `cre update` when prompted, or follow the [CLI Installation guide](https://docs.chain.link/cre/getting-started/cli-installation) for fresh installations.\n\n[See all changes on GitHub](https://github.com/smartcontractkit/cre-cli/compare/v1.10.0...v1.11.0)", + "title": "CRE CLI v1.11.0 — Registry List, Paused Workflow Warning, and Simulator Fix", + "topic": "CRE" + }, { "category": "release", "date": "2026-04-10", diff --git a/src/config/sidebar.ts b/src/config/sidebar.ts index 80814d4ea53..af1972f21b5 100644 --- a/src/config/sidebar.ts +++ b/src/config/sidebar.ts @@ -526,6 +526,7 @@ export const SIDEBAR: Partial> = { }, { title: "Account Management", url: "cre/reference/cli/account" }, { title: "Workflow Commands", url: "cre/reference/cli/workflow" }, + { title: "Registry Commands", url: "cre/reference/cli/registry" }, { title: "Secrets Management", url: "cre/reference/cli/secrets" }, { title: "Template Sources", url: "cre/reference/cli/templates" }, { title: "Utilities", url: "cre/reference/cli/utilities" }, diff --git a/src/config/versions/index.ts b/src/config/versions/index.ts index d6c0fdf4307..fe9cf355d20 100644 --- a/src/config/versions/index.ts +++ b/src/config/versions/index.ts @@ -77,9 +77,10 @@ export const VERSIONS = { }, // CRE CLI Versions — update LATEST here for each new release "cre-cli": { - LATEST: "v1.10.0", - ALL: ["v1.10.0", "v1.9.0", "v1.8.0"] as const, + LATEST: "v1.11.0", + ALL: ["v1.11.0", "v1.10.0", "v1.9.0", "v1.8.0"] as const, RELEASE_DATES: { + "v1.11.0": "2026-04-16T00:00:00Z", "v1.10.0": "2026-04-10T00:00:00Z", "v1.9.0": "2026-04-02T00:00:00Z", "v1.8.0": "2026-03-26T00:00:00Z", diff --git a/src/content/cre/llms-full-go.txt b/src/content/cre/llms-full-go.txt index d0caad609f7..70ce5cd492f 100644 --- a/src/content/cre/llms-full-go.txt +++ b/src/content/cre/llms-full-go.txt @@ -448,10 +448,26 @@ To help us assist you faster, please include: # Release Notes Source: https://docs.chain.link/cre/release-notes -Last Updated: 2026-04-10 +Last Updated: 2026-04-16 This page provides detailed release notes for CRE. It includes information on new features, significant changes, and known limitations. +## CLI v1.11.0 - April 16, 2026 + +**CRE CLI version 1.11.0 is now available.** + +- **`cre registry list`**: New command that displays the workflow registries configured for your organization, including each registry's type and address. Run `cre registry list` after logging in to inspect which registries are available in your environment. See [Registry Commands](/cre/reference/cli/registry) for details. +- **Paused workflow deploy warning**: When you run `cre workflow deploy` to update a workflow that is currently paused, the CLI now shows a warning after the update completes: `Your workflow is paused and has been updated`. This makes it easier to catch cases where you've pushed an update but won't see it run until you activate the workflow again. +- **HTTP trigger payload path fix**: When simulating a workflow with an HTTP trigger, file paths passed to `--http-payload` are now resolved relative to the directory where you ran the command, rather than the workflow directory. If you run `cre workflow simulate ./my-workflow --http-payload ./payload.json`, the CLI now finds `payload.json` in your working directory as expected. +- **Duplicate workflow deploy check**: Before registering a workflow, the CLI now checks whether the same binary and config are already registered, preventing redundant onchain transactions. + +**How to update:** + +- **Automatic update**: When you run any CRE command, the CLI will automatically detect if a newer version is available and prompt you to update. Simply run `cre update` to install the latest version. +- **Fresh installation**: If you're installing the CLI for the first time, follow the [CLI Installation guide](/cre/getting-started/cli-installation). + +[See all changes on GitHub](https://github.com/smartcontractkit/cre-cli/compare/v1.10.0...v1.11.0) + ## CLI v1.10.0 - April 10, 2026 **CRE CLI version 1.10.0 is now available.** @@ -8160,7 +8176,7 @@ See the [repository README](https://github.com/smartcontractkit/cre-gcp-predicti # CLI Reference Source: https://docs.chain.link/cre/reference/cli -Last Updated: 2026-04-10 +Last Updated: 2026-04-16 export const CRE_CLI_VERSION = VERSIONS["cre-cli"].LATEST @@ -8252,6 +8268,16 @@ Manage secrets stored in the Vault DON for use in your workflows. *** +### Registry Commands + +Inspect the workflow registries available to your organization. A workflow registry is the system that tracks which workflows are registered to your organization and makes them available to the Chainlink DON for execution. + +- **`cre registry list`** — Display the registries configured for your organization, including type and on-chain address + +[View registry commands →](/cre/reference/cli/registry) + +*** + ### Template Sources Manage the GitHub repositories that `cre init` uses to discover templates. @@ -8646,7 +8672,7 @@ When you run this command, the CLI will: # Workflow Commands Source: https://docs.chain.link/cre/reference/cli/workflow -Last Updated: 2026-04-02 +Last Updated: 2026-04-16 The `cre workflow` commands manage workflows throughout their entire lifecycle, from local testing to deployment and ongoing management. @@ -8720,7 +8746,7 @@ cre workflow simulate [flags] | `-g, --engine-logs` | Enable non-fatal engine logging | | `--non-interactive` | Run without prompts; requires `--trigger-index` (see the line below) and inputs for the selected trigger type | | `--trigger-index ` | Selects which handler to run (0-based position). If your workflow has multiple handlers, `0` is the first, `1` is the second, etc. Required with `--non-interactive` | -| `--http-payload ` | HTTP trigger payload as JSON string or path to JSON file (with or without `@` prefix). For HTTP triggers only | +| `--http-payload ` | HTTP trigger payload as JSON string or path to a JSON file. File paths are resolved relative to the directory where you ran the command. For HTTP triggers only | | `--evm-tx-hash ` | Transaction hash (`0x...`) containing the event that triggered your workflow. For EVM log triggers only | | `--evm-event-index ` | Which log/event within the transaction to use (0-based position). If the transaction emitted multiple events, `0` is the first, `1` is the second, etc. For EVM log triggers only | | `--limits ` | Production limits to enforce during simulation: `default` (embedded prod limits), a path to a limits JSON file (e.g. from `cre workflow limits export`), or `none` to disable. See [Testing Production Limits](/cre/guides/operations/understanding-limits) (default: `default`) | @@ -8775,7 +8801,7 @@ cre workflow simulate [flags] in with the CLI](/cre/account/cli-login) for further details. -Deploys a workflow to the Workflow Registry contract. This command compiles your workflow, uploads the artifacts to the CRE Storage Service, and registers the workflow onchain. +Deploys a workflow to the Workflow Registry — the onchain contract where workflows are enrolled so the Chainlink DON knows they exist and should run them. This command compiles your workflow, uploads the artifacts to the CRE Storage Service, and submits a registration transaction to the registry. Use [`cre registry list`](/cre/reference/cli/registry) to see which registry your organization is configured to use. **Usage:** @@ -8823,6 +8849,11 @@ cre workflow deploy [flags] cre workflow deploy ./my-workflow --wasm ./my-workflow/binary.wasm --target production-settings ``` + + + For more details, see [Deploying Workflows](/cre/guides/operations/deploying-workflows). ## `cre workflow activate` @@ -9102,6 +9133,58 @@ The typical workflow lifecycle uses these commands in sequence: --- +# Registry Commands +Source: https://docs.chain.link/cre/reference/cli/registry +Last Updated: 2026-04-16 + +The `cre registry` commands let you view and inspect the workflow registries available to your organization. + +## What is a workflow registry? + +A **workflow registry** is the system that tracks which workflows are registered to your CRE organization and makes them available to the DON (Decentralized Oracle Network) for execution. The standard registry is a smart contract on Ethereum Mainnet — when you run `cre workflow deploy`, the CLI submits a transaction to that contract recording your workflow's name, owner, and artifact URLs, and the DON reads from it to discover and execute your workflow. + +When you log in with `cre login`, the CLI fetches your organization's registry configuration from the CRE platform and caches it locally in `~/.cre/context.yaml`. `cre registry list` reads from that cache and shows which registries your organization has access to. + + + + + + + +## `cre registry list` + +Displays the workflow registries configured for your organization, including each registry's label, ID, type, and on-chain address (where applicable). Registry data is sourced from `~/.cre/context.yaml`, which is fetched from the CRE platform when you run `cre login`. + +**Usage:** + +```bash +cre registry list +``` + +**Example output:** + +``` +Registries available to your organization + +ethereum-mainnet (0x4Ac5...E7e5) + ID: onchain:ethereum-mainnet + Type: on-chain + Addr: 0x4Ac54353FA4Fa961AfcC5ec4B118596d3305E7e5 +``` + +If no registries are found for your environment, the command prints a warning and exits cleanly. + +## Learn more + +- [Deploying Workflows](/cre/guides/operations/deploying-workflows) — End-to-end deployment guide +- [Authentication](/cre/reference/cli/authentication) — Managing your CLI login session and tenant context cache + +--- + # Secrets Management Commands Source: https://docs.chain.link/cre/reference/cli/secrets Last Updated: 2026-04-10 @@ -16000,7 +16083,7 @@ You can have a working CRE workflow running locally in minutes: # Project Configuration Source: https://docs.chain.link/cre/reference/project-configuration-go -Last Updated: 2026-03-17 +Last Updated: 2026-04-16 This page explains how to manage configuration within Chainlink Runtime Environment (CRE) projects. It covers the standard project structure, the roles and usage of the configuration files (`project.yaml` and `workflow.yaml`), and the concept of **targets** for handling environment-specific settings. diff --git a/src/content/cre/llms-full-ts.txt b/src/content/cre/llms-full-ts.txt index 88dbcd19d21..6fc2ab1c006 100644 --- a/src/content/cre/llms-full-ts.txt +++ b/src/content/cre/llms-full-ts.txt @@ -448,10 +448,26 @@ To help us assist you faster, please include: # Release Notes Source: https://docs.chain.link/cre/release-notes -Last Updated: 2026-04-10 +Last Updated: 2026-04-16 This page provides detailed release notes for CRE. It includes information on new features, significant changes, and known limitations. +## CLI v1.11.0 - April 16, 2026 + +**CRE CLI version 1.11.0 is now available.** + +- **`cre registry list`**: New command that displays the workflow registries configured for your organization, including each registry's type and address. Run `cre registry list` after logging in to inspect which registries are available in your environment. See [Registry Commands](/cre/reference/cli/registry) for details. +- **Paused workflow deploy warning**: When you run `cre workflow deploy` to update a workflow that is currently paused, the CLI now shows a warning after the update completes: `Your workflow is paused and has been updated`. This makes it easier to catch cases where you've pushed an update but won't see it run until you activate the workflow again. +- **HTTP trigger payload path fix**: When simulating a workflow with an HTTP trigger, file paths passed to `--http-payload` are now resolved relative to the directory where you ran the command, rather than the workflow directory. If you run `cre workflow simulate ./my-workflow --http-payload ./payload.json`, the CLI now finds `payload.json` in your working directory as expected. +- **Duplicate workflow deploy check**: Before registering a workflow, the CLI now checks whether the same binary and config are already registered, preventing redundant onchain transactions. + +**How to update:** + +- **Automatic update**: When you run any CRE command, the CLI will automatically detect if a newer version is available and prompt you to update. Simply run `cre update` to install the latest version. +- **Fresh installation**: If you're installing the CLI for the first time, follow the [CLI Installation guide](/cre/getting-started/cli-installation). + +[See all changes on GitHub](https://github.com/smartcontractkit/cre-cli/compare/v1.10.0...v1.11.0) + ## CLI v1.10.0 - April 10, 2026 **CRE CLI version 1.10.0 is now available.** @@ -7314,7 +7330,7 @@ See the [repository README](https://github.com/smartcontractkit/cre-gcp-predicti # CLI Reference Source: https://docs.chain.link/cre/reference/cli -Last Updated: 2026-04-10 +Last Updated: 2026-04-16 export const CRE_CLI_VERSION = VERSIONS["cre-cli"].LATEST @@ -7406,6 +7422,16 @@ Manage secrets stored in the Vault DON for use in your workflows. *** +### Registry Commands + +Inspect the workflow registries available to your organization. A workflow registry is the system that tracks which workflows are registered to your organization and makes them available to the Chainlink DON for execution. + +- **`cre registry list`** — Display the registries configured for your organization, including type and on-chain address + +[View registry commands →](/cre/reference/cli/registry) + +*** + ### Template Sources Manage the GitHub repositories that `cre init` uses to discover templates. @@ -7800,7 +7826,7 @@ When you run this command, the CLI will: # Workflow Commands Source: https://docs.chain.link/cre/reference/cli/workflow -Last Updated: 2026-04-02 +Last Updated: 2026-04-16 The `cre workflow` commands manage workflows throughout their entire lifecycle, from local testing to deployment and ongoing management. @@ -7874,7 +7900,7 @@ cre workflow simulate [flags] | `-g, --engine-logs` | Enable non-fatal engine logging | | `--non-interactive` | Run without prompts; requires `--trigger-index` (see the line below) and inputs for the selected trigger type | | `--trigger-index ` | Selects which handler to run (0-based position). If your workflow has multiple handlers, `0` is the first, `1` is the second, etc. Required with `--non-interactive` | -| `--http-payload ` | HTTP trigger payload as JSON string or path to JSON file (with or without `@` prefix). For HTTP triggers only | +| `--http-payload ` | HTTP trigger payload as JSON string or path to a JSON file. File paths are resolved relative to the directory where you ran the command. For HTTP triggers only | | `--evm-tx-hash ` | Transaction hash (`0x...`) containing the event that triggered your workflow. For EVM log triggers only | | `--evm-event-index ` | Which log/event within the transaction to use (0-based position). If the transaction emitted multiple events, `0` is the first, `1` is the second, etc. For EVM log triggers only | | `--limits ` | Production limits to enforce during simulation: `default` (embedded prod limits), a path to a limits JSON file (e.g. from `cre workflow limits export`), or `none` to disable. See [Testing Production Limits](/cre/guides/operations/understanding-limits) (default: `default`) | @@ -7929,7 +7955,7 @@ cre workflow simulate [flags] in with the CLI](/cre/account/cli-login) for further details. -Deploys a workflow to the Workflow Registry contract. This command compiles your workflow, uploads the artifacts to the CRE Storage Service, and registers the workflow onchain. +Deploys a workflow to the Workflow Registry — the onchain contract where workflows are enrolled so the Chainlink DON knows they exist and should run them. This command compiles your workflow, uploads the artifacts to the CRE Storage Service, and submits a registration transaction to the registry. Use [`cre registry list`](/cre/reference/cli/registry) to see which registry your organization is configured to use. **Usage:** @@ -7977,6 +8003,11 @@ cre workflow deploy [flags] cre workflow deploy ./my-workflow --wasm ./my-workflow/binary.wasm --target production-settings ``` + + + For more details, see [Deploying Workflows](/cre/guides/operations/deploying-workflows). ## `cre workflow activate` @@ -8256,6 +8287,58 @@ The typical workflow lifecycle uses these commands in sequence: --- +# Registry Commands +Source: https://docs.chain.link/cre/reference/cli/registry +Last Updated: 2026-04-16 + +The `cre registry` commands let you view and inspect the workflow registries available to your organization. + +## What is a workflow registry? + +A **workflow registry** is the system that tracks which workflows are registered to your CRE organization and makes them available to the DON (Decentralized Oracle Network) for execution. The standard registry is a smart contract on Ethereum Mainnet — when you run `cre workflow deploy`, the CLI submits a transaction to that contract recording your workflow's name, owner, and artifact URLs, and the DON reads from it to discover and execute your workflow. + +When you log in with `cre login`, the CLI fetches your organization's registry configuration from the CRE platform and caches it locally in `~/.cre/context.yaml`. `cre registry list` reads from that cache and shows which registries your organization has access to. + + + + + + + +## `cre registry list` + +Displays the workflow registries configured for your organization, including each registry's label, ID, type, and on-chain address (where applicable). Registry data is sourced from `~/.cre/context.yaml`, which is fetched from the CRE platform when you run `cre login`. + +**Usage:** + +```bash +cre registry list +``` + +**Example output:** + +``` +Registries available to your organization + +ethereum-mainnet (0x4Ac5...E7e5) + ID: onchain:ethereum-mainnet + Type: on-chain + Addr: 0x4Ac54353FA4Fa961AfcC5ec4B118596d3305E7e5 +``` + +If no registries are found for your environment, the command prints a warning and exits cleanly. + +## Learn more + +- [Deploying Workflows](/cre/guides/operations/deploying-workflows) — End-to-end deployment guide +- [Authentication](/cre/reference/cli/authentication) — Managing your CLI login session and tenant context cache + +--- + # Secrets Management Commands Source: https://docs.chain.link/cre/reference/cli/secrets Last Updated: 2026-04-10 @@ -15421,7 +15504,7 @@ You can have a working CRE workflow running locally in minutes: # Project Configuration Source: https://docs.chain.link/cre/reference/project-configuration-ts -Last Updated: 2026-03-17 +Last Updated: 2026-04-16 This page explains how to manage configuration within Chainlink Runtime Environment (CRE) projects. It covers the standard project structure, the roles and usage of the configuration files (`project.yaml` and `workflow.yaml`), and the concept of **targets** for handling environment-specific settings. diff --git a/src/content/cre/reference/cli/index.mdx b/src/content/cre/reference/cli/index.mdx index 4c506088819..c2cc38d4311 100644 --- a/src/content/cre/reference/cli/index.mdx +++ b/src/content/cre/reference/cli/index.mdx @@ -6,7 +6,7 @@ isIndex: true metadata: description: "Explore all CRE CLI commands: complete reference for project setup, workflow deployment, account management, and development tools." datePublished: "2025-11-04" - lastModified: "2026-04-10" + lastModified: "2026-04-16" --- import { Aside } from "@components" @@ -102,6 +102,16 @@ Manage secrets stored in the Vault DON for use in your workflows. --- +### Registry Commands + +Inspect the workflow registries available to your organization. A workflow registry is the system that tracks which workflows are registered to your organization and makes them available to the Chainlink DON for execution. + +- **`cre registry list`** — Display the registries configured for your organization, including type and on-chain address + +[View registry commands →](/cre/reference/cli/registry) + +--- + ### Template Sources Manage the GitHub repositories that `cre init` uses to discover templates. diff --git a/src/content/cre/reference/cli/registry.mdx b/src/content/cre/reference/cli/registry.mdx new file mode 100644 index 00000000000..dd3edc9e77d --- /dev/null +++ b/src/content/cre/reference/cli/registry.mdx @@ -0,0 +1,57 @@ +--- +section: cre +date: Last Modified +title: "Registry Commands" +metadata: + description: "Inspect workflow registries available to your organization with the cre registry commands." + datePublished: "2026-04-16" + lastModified: "2026-04-16" +--- + +import { Aside } from "@components" + +The `cre registry` commands let you view and inspect the workflow registries available to your organization. + +## What is a workflow registry? + +A **workflow registry** is the system that tracks which workflows are registered to your CRE organization and makes them available to the DON (Decentralized Oracle Network) for execution. The standard registry is a smart contract on Ethereum Mainnet — when you run `cre workflow deploy`, the CLI submits a transaction to that contract recording your workflow's name, owner, and artifact URLs, and the DON reads from it to discover and execute your workflow. + +When you log in with `cre login`, the CLI fetches your organization's registry configuration from the CRE platform and caches it locally in `~/.cre/context.yaml`. `cre registry list` reads from that cache and shows which registries your organization has access to. + +{/* prettier-ignore */} + + +{/* prettier-ignore */} + + +## `cre registry list` + +Displays the workflow registries configured for your organization, including each registry's label, ID, type, and on-chain address (where applicable). Registry data is sourced from `~/.cre/context.yaml`, which is fetched from the CRE platform when you run `cre login`. + +**Usage:** + +```bash +cre registry list +``` + +**Example output:** + +``` +Registries available to your organization + +ethereum-mainnet (0x4Ac5...E7e5) + ID: onchain:ethereum-mainnet + Type: on-chain + Addr: 0x4Ac54353FA4Fa961AfcC5ec4B118596d3305E7e5 +``` + +If no registries are found for your environment, the command prints a warning and exits cleanly. + +## Learn more + +- [Deploying Workflows](/cre/guides/operations/deploying-workflows) — End-to-end deployment guide +- [Authentication](/cre/reference/cli/authentication) — Managing your CLI login session and tenant context cache diff --git a/src/content/cre/reference/cli/workflow.mdx b/src/content/cre/reference/cli/workflow.mdx index d020e4c8afc..cc05085aec6 100644 --- a/src/content/cre/reference/cli/workflow.mdx +++ b/src/content/cre/reference/cli/workflow.mdx @@ -5,7 +5,7 @@ title: "Workflow Commands" metadata: description: "Manage workflows with CLI: complete command reference for simulating, deploying, activating, pausing, and deleting workflows." datePublished: "2025-11-04" - lastModified: "2026-04-02" + lastModified: "2026-04-16" --- import { Aside } from "@components" @@ -82,7 +82,7 @@ cre workflow simulate [flags] | `-g, --engine-logs` | Enable non-fatal engine logging | | `--non-interactive` | Run without prompts; requires `--trigger-index` (see the line below) and inputs for the selected trigger type | | `--trigger-index ` | Selects which handler to run (0-based position). If your workflow has multiple handlers, `0` is the first, `1` is the second, etc. Required with `--non-interactive` | -| `--http-payload ` | HTTP trigger payload as JSON string or path to JSON file (with or without `@` prefix). For HTTP triggers only | +| `--http-payload ` | HTTP trigger payload as JSON string or path to a JSON file. File paths are resolved relative to the directory where you ran the command. For HTTP triggers only | | `--evm-tx-hash ` | Transaction hash (`0x...`) containing the event that triggered your workflow. For EVM log triggers only | | `--evm-event-index ` | Which log/event within the transaction to use (0-based position). If the transaction emitted multiple events, `0` is the first, `1` is the second, etc. For EVM log triggers only | | `--limits ` | Production limits to enforce during simulation: `default` (embedded prod limits), a path to a limits JSON file (e.g. from `cre workflow limits export`), or `none` to disable. See [Testing Production Limits](/cre/guides/operations/understanding-limits) (default: `default`) | @@ -138,7 +138,7 @@ cre workflow simulate [flags] in with the CLI](/cre/account/cli-login) for further details. -Deploys a workflow to the Workflow Registry contract. This command compiles your workflow, uploads the artifacts to the CRE Storage Service, and registers the workflow onchain. +Deploys a workflow to the Workflow Registry — the onchain contract where workflows are enrolled so the Chainlink DON knows they exist and should run them. This command compiles your workflow, uploads the artifacts to the CRE Storage Service, and submits a registration transaction to the registry. Use [`cre registry list`](/cre/reference/cli/registry) to see which registry your organization is configured to use. **Usage:** @@ -186,6 +186,11 @@ cre workflow deploy [flags] cre workflow deploy ./my-workflow --wasm ./my-workflow/binary.wasm --target production-settings ``` +{/* prettier-ignore */} + + For more details, see [Deploying Workflows](/cre/guides/operations/deploying-workflows). ## `cre workflow activate` diff --git a/src/content/cre/reference/project-configuration-go.mdx b/src/content/cre/reference/project-configuration-go.mdx index f34d0c3f052..b9c93a88de1 100644 --- a/src/content/cre/reference/project-configuration-go.mdx +++ b/src/content/cre/reference/project-configuration-go.mdx @@ -7,7 +7,7 @@ date: Last Modified metadata: description: "Configure your Go project: learn to manage project.yaml, workflow.yaml, and targets for different environments." datePublished: "2025-11-04" - lastModified: "2026-03-17" + lastModified: "2026-04-16" --- import { ClickToZoom, Aside } from "@components" diff --git a/src/content/cre/reference/project-configuration-ts.mdx b/src/content/cre/reference/project-configuration-ts.mdx index 58410f21f92..024ffe1765b 100644 --- a/src/content/cre/reference/project-configuration-ts.mdx +++ b/src/content/cre/reference/project-configuration-ts.mdx @@ -7,7 +7,7 @@ date: Last Modified metadata: description: "Configure your TypeScript project: learn to manage project.yaml, workflow.yaml, and targets for different environments." datePublished: "2025-11-04" - lastModified: "2026-03-17" + lastModified: "2026-04-16" --- import { ClickToZoom, Aside } from "@components" diff --git a/src/content/cre/release-notes.mdx b/src/content/cre/release-notes.mdx index d7b648e00bd..60e09920ee3 100644 --- a/src/content/cre/release-notes.mdx +++ b/src/content/cre/release-notes.mdx @@ -5,13 +5,29 @@ date: Last Modified metadata: description: "Discover what's new in CRE: latest features, changes, and improvements in each release of the Chainlink Runtime Environment." datePublished: "2025-11-04" - lastModified: "2026-04-10" + lastModified: "2026-04-16" --- import { Aside } from "@components" This page provides detailed release notes for CRE. It includes information on new features, significant changes, and known limitations. +## CLI v1.11.0 - April 16, 2026 + +**CRE CLI version 1.11.0 is now available.** + +- **`cre registry list`**: New command that displays the workflow registries configured for your organization, including each registry's type and address. Run `cre registry list` after logging in to inspect which registries are available in your environment. See [Registry Commands](/cre/reference/cli/registry) for details. +- **Paused workflow deploy warning**: When you run `cre workflow deploy` to update a workflow that is currently paused, the CLI now shows a warning after the update completes: `Your workflow is paused and has been updated`. This makes it easier to catch cases where you've pushed an update but won't see it run until you activate the workflow again. +- **HTTP trigger payload path fix**: When simulating a workflow with an HTTP trigger, file paths passed to `--http-payload` are now resolved relative to the directory where you ran the command, rather than the workflow directory. If you run `cre workflow simulate ./my-workflow --http-payload ./payload.json`, the CLI now finds `payload.json` in your working directory as expected. +- **Duplicate workflow deploy check**: Before registering a workflow, the CLI now checks whether the same binary and config are already registered, preventing redundant onchain transactions. + +**How to update:** + +- **Automatic update**: When you run any CRE command, the CLI will automatically detect if a newer version is available and prompt you to update. Simply run `cre update` to install the latest version. +- **Fresh installation**: If you're installing the CLI for the first time, follow the [CLI Installation guide](/cre/getting-started/cli-installation). + +[See all changes on GitHub](https://github.com/smartcontractkit/cre-cli/compare/v1.10.0...v1.11.0) + ## CLI v1.10.0 - April 10, 2026 **CRE CLI version 1.10.0 is now available.**