Give the server a version and namespaced tags, leaving CD unchanged #86
Labels
No labels
area:docs
area:identity
area:ops
area:plugin
area:server
channel:community
channel:direct
channel:owned
channel:press
channel:social
e2ee-constrained
gate:at-ga
gate:pre-ga
marketing
parity
relay:absent
relay:planned
relay:requested
relay:supported
risk:additive
risk:contract
risk:none
usability
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Nectenda/nectenda#86
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of #77.
Why
The server has no release to hang a changelog on.
packages/server/package.jsonhas been
0.0.1since the scaffold and has never moved; it ships by sha. Pushto
main→promoteretags:stable→ every host adopts within a minute.The decision: separate release from deployment
CD does not change.
promotekeeps moving:stableon every greenmainand hosts keep self-deploying. A server version is a tag applied to a sha that
is already in production — a name for a point in time, not a gate in front of
one. Nothing about the deployment path slows down or gains a manual step.
What to do
packages/server/package.jsonoff0.0.1to a real version.server-v1.0.0— namespaced, because plugin tags are barev0.1.5and an unnamespaced server tag would collide with them in
--sinceranges.its own
area:identitylabel; it may share the server's version or need itsown.
State this plainly wherever it is published
The server changelog is retrospective. The plugin's is written and then
ships; the server's describes what already shipped. So its
## Unreleasedsection means "live but unnamed", not "coming soon".