aboutsummaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorGeckoEidechse <40122905+GeckoEidechse@users.noreply.github.com>2023-12-18 15:13:51 +0100
committerGitHub <noreply@github.com>2023-12-18 15:13:51 +0100
commit3b0d2a70789ed730a29feada1e874e6cbaeee31c (patch)
tree962e7d169bedf0612d54687445872ebafcdaa192 /docs
parentc9abbe318c975ef5feace437ac58d6315b691e4b (diff)
downloadNorthstarWiki-3b0d2a70789ed730a29feada1e874e6cbaeee31c.tar.gz
NorthstarWiki-3b0d2a70789ed730a29feada1e874e6cbaeee31c.zip
Document creating releases for DiscordRPC (#254)
Diffstat (limited to 'docs')
-rw-r--r--docs/development/releases.md12
1 files changed, 12 insertions, 0 deletions
diff --git a/docs/development/releases.md b/docs/development/releases.md
index e04a9be..4d76be2 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 release has been made, the version number needs to be bumped in the [release repo](https://github.com/R2Northstar/Northstar) to pull the new release.