-
Notifications
You must be signed in to change notification settings - Fork 627
How to make a new ripme release
(These instructions are a work in progress.)
edit draft release develop build main
the following way:
- create a new tag with version from ripme filename, e.g. 2.1.12-7-d0b97acd
- set the title to same name
- set previous tag to release tag before, e.g. 2.1.11-20-ca96ce88
- press
generate release notes
button - edit release text as appropriate
- 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"
then, prepare the repo for update check, and next release:
- edit ripme.json, enter new hash, version and short description, and commit
- Get the hash by downloading the file and computing a sha256 hash
- set the base tag for next release verison calculation, e.g. 2.1.13 on this commit
- push tag and commit
- remove old base tag, not needed any more, e.g. 2.1.12
Note: To make a new ripme release you must have write access to ripmeapp/ripme and have a github api token
Step 1: Update your local copy of ripme with git pull origin master
Step 2: Run patch.py. This script will prompt you for a list of changes (separated with a ;) since the last release and then update ripmes version number in a few places and append the list of changes you entered to the change log in ripme.json and commits these changes
Step 3: Run git push origin master
to update the remote copy of ripme
Step 4: Run release.py. This script has several flags 2 of which are needed to push a new release, these being --file (the path to the jar built by patch.py in step 2, this is normally in target/.) and --token (Your github api token). This will make and publish the new release
Warning: The jar you are releasing must be in target/ or release.py will crash