Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

johnstcn
Copy link
Member

No description provided.

@johnstcn johnstcn self-assigned this Aug 21, 2025
@hugodutka
Copy link
Collaborator

hugodutka commented Aug 21, 2025

Looks good! I usually use the release UI to create the tag rather than doing it locally.

Could we create a MAINTAINER.md file and move the instructions there? The README is the first thing new users read and they don't need this information.

@johnstcn
Copy link
Member Author

Could we create a MAINTAINER.md file and move the instructions there?

Addressed in 1887897

Co-authored-by: Hugo Dutka <[email protected]>
Comment on lines +3 to +37
## Release Process

Before performing a release, perform a local "smoke-test".
If everything seems OK, you can proceed to do the following:

1. Update the version string in the following places:
- `openapi.json`
- `chat/package.json`
- `lib/httpapi/server.go`
2. Add details in `CHANGELOG.md` on what changed.
3. Create a PR with the subject `chore: update version to X.Y.Z`
4. Once the above PR is approved and merged, create a new git tag `vX.Y.Z` pointing to the commit of the above PR merged to `main`:S

```shell
# Fetch existing tags first!
git fetch --tags
git tag -a vX.Y.Z -m 'vX.Y.Z'
```

5. Push the tag:

```shell
git push origin tag vX.Y.Z
```

6. Visit `https://github.com/coder/agentapi/releases/tag/vX.Y.Z` and "Create release from tag".

- Select the tag you pushed previously.
- Select the previous tag and "Generate release notes". Amend as required.
- **IMPORTANT:** un-check "Set as latest release" and check "Set as a pre-release".
- Click "Publish Release". This will trigger a "Build Release Binaries" CI job.

7. Visit `https://github.com/coder/agentapi/actions/workflows/release.yml` and monitor the status of the job that was created in the previous step. This will upload the built assets to the corresponding release.

8. Once the updated assets are released, you can now visit `https://github.com/coder/agentapi/releases/tag/vX.Y.Z`, click "Edit" (✎), and check "Set as latest release".
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks quite involved around marking release as not latest and then marking it as latest.

Not now, but we should script it out to automate the whole workflow when a tag is pushed.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed 100%, some scripts are definitely warranted here

@johnstcn johnstcn merged commit 3685072 into main Aug 21, 2025
2 checks passed
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.

4 participants