Skip to content

chore(main): release 1.0.0 - #13

Open
team-modern-deployments-bot wants to merge 2 commits into
mainfrom
release-please--branches--main
Open

chore(main): release 1.0.0#13
team-modern-deployments-bot wants to merge 2 commits into
mainfrom
release-please--branches--main

Conversation

@team-modern-deployments-bot

Copy link
Copy Markdown

🤖 I have created a release beep boop

1.0.0 (2026-08-19)

⚠ BREAKING CHANGES

  • api_key now takes the API key itself rather than the name of an environment variable to eval. what_if, packages_folder and package_prerelease are rejected, because the octopus CLI has no equivalent and silently ignoring them would change what a build does. config_file, log_level, timeout, proxy, proxy_username, proxy_password and ignore_ssl_errors warn and are ignored. OCTOPUS_CLI_SERVER and OCTOPUS_CLI_API_KEY are no longer read.

Features

  • migrate from the retired octo CLI to the octopus CLI (a6688fe)

This PR was generated with Release Please. See documentation.

NickJosevski added a commit that referenced this pull request Aug 22, 2026
Releasing 1.0.0 (#13) is blocked by a failing Lint check, and the cause is
this workflow, not the release.

The sed used `.*` after `create-release#`, which also consumed the trailing
colon of the YAML mapping key:

  - OctopusDeploy/create-release#v0.1.1:   ->   - OctopusDeploy/create-release#v1.0.0

Every example then had an unkeyed sequence entry followed by indented
mappings, so the plugin linter fails with "bad indentation of a sequence
entry". The bug has been here since the workflow was added; it simply never
ran, because there has been no release since 2022.

The replacement matches only the version and always re-emits the colon, so
it is also self-healing on a README a previous run already mangled. It
still leaves other plugins' refs (e.g. octopus-login#) alone.

Also adds a concurrency group. release-please pushed to the release branch
three times in quick succession, and the three resulting runs raced on git
push; one failed with "! [rejected] ... (fetch first)".

Verified by running the new sed over main's README and linting the result:
7 examples valid, no YAML errors.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@NickJosevski
NickJosevski force-pushed the release-please--branches--main branch from eaa7cf1 to b9cfaa6 Compare August 22, 2026 02:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants