Skip to content

chore: typo in release workflow - #595

Merged
nieblara merged 1 commit into
mainfrom
fix-workflow-typo
Jan 27, 2026
Merged

chore: typo in release workflow#595
nieblara merged 1 commit into
mainfrom
fix-workflow-typo

Conversation

@nieblara

Copy link
Copy Markdown
Contributor

This PR fixes a typo in the release workflow where a closing quote was missing in the ssm_parameter_pairs parameter.

Add missing closing quote in ssm_parameter_pairs
@nieblara
nieblara requested a review from a team as a code owner January 27, 2026 20:05
@nieblara nieblara changed the title Fix typo in release workflow Fix: typo in release workflow Jan 27, 2026
@nieblara nieblara changed the title Fix: typo in release workflow chore: typo in release workflow Jan 27, 2026
@nieblara
nieblara merged commit 3e18c83 into main Jan 27, 2026
5 of 7 checks passed
@nieblara
nieblara deleted the fix-workflow-typo branch January 27, 2026 20:07
apucacao added a commit that referenced this pull request Jul 28, 2026
## Summary

Prepares the 2.16.0 release by hand. This is the same approach taken for
2.14.0 in #563: the release workflow can publish artifacts but cannot
complete a release, so the version bump lands as a normal PR and the
tag, GitHub release, and downstream action update are done manually
afterward.

Related to #607 — the fix being asked for there is #604. That issue
stays open until the release and the downstream action update are
actually out.

## Why by hand

`scripts/release/prepare-release.sh` commits the version bump and
changelog entry, then `push-to-origin.sh` pushes that commit straight to
`main`. Rulesets reject it:

```
remote: error: GH013: Repository rule violations found for refs/heads/main
remote: - Changes must be made through a pull request.
 ! [remote rejected] HEAD -> main
```

This has now failed the same way three times: August 2025 (worked around
manually in #563), January 2026 (#593#595, which disabled the
GHA/Bitbucket/CircleCI publish targets to get a Docker-only release
out), and again today. The plan stated in #563 was to move to Release
Please so that releasing never pushes to `main`. That hasn't happened
yet, so this PR follows the manual path again.

## What changed

| File | Change |
| --- | --- |
| `internal/version/version.go` | `2.14.0` → `2.16.0` |
| `CHANGELOG.md` | 2.16.0 entry, plus a note that 2.15.0 was never
released |
| `build/metadata/github-actions/Dockerfile` | image tag → `2.16.0` |
| `build/metadata/github-actions/README.md` |
`find-code-references@v2.16.0` |

## Behavior notes

- **Numbering skips 2.15.0.** January's run pushed
`ld-find-code-refs:2.15.0` and `ld-find-code-refs-github-action:2.15.0`
to Docker Hub before failing, so those tags are already taken. Releasing
as 2.16.0 keeps published images immutable.
- **Docker images for 2.16.0 are already published.** Today's run got as
far as `publish` before failing, so `2.16.0` and `latest` are on Docker
Hub, built from `d2b674b` with the version constant patched to 2.16.0.
- **`brew install ld-find-code-refs` is broken right now.** That same
run updated the homebrew tap formula to 2.16.0, but its download URLs
point at release assets that don't exist yet. Creating the GitHub
release fixes it; the shas need regenerating because the assets will
come from a local build rather than the CI build.
- **Bitbucket and CircleCI metadata deliberately untouched.** Those
targets stopped being published in January, so bumping them would name a
pipe version and orb version that were never cut.

## Testing

`go build ./...` and `go test ./aliases/...` pass. Nothing here is
executable code beyond the version constant.

## Provenance

Rebuilt as two narrative commits on `release-2.16.0-clean`; the original
branch is
[`release-2.16.0`](https://github.com/launchdarkly/ld-find-code-refs/tree/release-2.16.0).
Tree hashes verified identical.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants