Define the release process for the CLI and runtime tag lines
- Dominant language
- Go
- Stars
- 0
- Forks
- 0
- Avg merge
- 3h 18m
- Merged PRs (30d)
- 26
Description
Part of #37. Came out of an ideation session, not a scoped request.
Splitting the runtime out means two independent version lines — the CLI at `vX.Y.Z` and the runtime at `/vX.Y.Z` — so the release flow and the compatibility policy between them need to be written down: what gets tagged when, whether a CLI version declares a runtime range it supports, and how a user upgrading one without the other is handled.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reading the context in issue #37 and mapping the CLI and runtime tag lines described here. Define the release sequence, compatibility policy, supported runtime range, and upgrade behavior, then document the agreed process and verify that both independent version lines are covered.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli, release
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100