From 58166d10aa331b3cf0b7b703702b68c97b0be11d Mon Sep 17 00:00:00 2001 From: GeckoEidechse Date: Wed, 15 Nov 2023 16:38:22 +0100 Subject: [PATCH] Document creating releases for DiscordRPC --- docs/development/releases.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/docs/development/releases.md b/docs/development/releases.md index bcee236d..83758693 100644 --- a/docs/development/releases.md +++ b/docs/development/releases.md @@ -139,3 +139,15 @@ Once `2.0` has been released, expectations for `3.0` tend to be lower as the num - Make at least one release candidate and test it before actual release. - Release should also only ever be latest release candidate but tagged as release to avoid introducing new bugs. + + +## Other repos + +Repos like navmeshes and DiscordRPC get their release unrelated to main Northstar release numbering as they usually only see a few release per year due to + + +### DiscordRPC + +Push new tag which in turn will generate a release. Tags are formatted as `vN` where `N` is an always increasing integer, i.e. `v4`, `v5`, `v6`, etc. + +Once a new DiscordRPC has been made, the version number needs to be bumped in the release repo to pull the new release.