From d2a6b34d40d949185bacb78c24f8837ed39faa06 Mon Sep 17 00:00:00 2001 From: MetaPrime Date: Mon, 6 Jan 2025 05:51:11 -0800 Subject: [PATCH] README.md - update instructions for publishing new versions --- README.md | 21 ++++++++++++++++++++- 1 file changed, 20 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 1bcfb089..13272541 100644 --- a/README.md +++ b/README.md @@ -143,7 +143,10 @@ become out of date. Start by building and testing a released version of RipMe and then ensure that any changes you make do not cause more tests to break. -# releasing +# Publishing a New Release + +## Create the Release + edit draft release `develop build main` the following way: 1. create a new tag with version from ripme filename, e.g. 2.1.12-7-d0b97acd 1. set the title to same name @@ -152,8 +155,24 @@ edit draft release `develop build main` the following way: 1. edit release text as appropriate 1. save +Another version of instructions that worked for @metaprime: +- Push latest-main to the version you will want to publish, and wait a few minutes for automation to finish running the build +- Go to https://github.com/RipMeApp/ripme/releases +- Find development build main +- Click the "Edit" button +- Note the version in the filename for the .jar +- Push a tag with that version number +- Update the tag on the release to that version numbered tag that matches the .jar's name +- Change the title on the release to match +- Uncheck "set as a pre-release" +- Check "set as the latest release" +- Click "publish release" + +## Publish the JSON update so the update check will pick up the new release + then, prepare the repo for update check, and next release: 1. edit ripme.json, enter new hash, version and short description, and commit + 1. Get the hash by downloading the file and computing a sha256 hash 1. set the base tag for next release verison calculation, e.g. 2.1.13 on this commit 1. push tag and commit 1. remove old base tag, not needed any more, e.g. 2.1.12