Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release Checklist for Surge XT 1.1 #5786

Closed
10 tasks done
baconpaul opened this issue Jan 18, 2022 · 2 comments
Closed
10 tasks done

Release Checklist for Surge XT 1.1 #5786

baconpaul opened this issue Jan 18, 2022 · 2 comments

Comments

@baconpaul
Copy link
Collaborator

baconpaul commented Jan 18, 2022

Release label: XT 1.1.0
Target Release Date:
Milestone: https://github.com/surge-synthesizer/surge/milestone/25

  • Address all open issues for the milestone
  • Update the changelog
  • Update Manual
  • Create git markers
    • create a branch named release-xt/1.1.0
    • sign a tag with git tag -s release_xt_1.1.0 -m "Create signed tag" probably after running gpg --output x.sig --sign CMakeLists.txt to open your GPG sig again
    • push both the branch and tag to upstream
  • Update and Announce
    • Update home-brew doc but remember this time I have changed com.surge to org.surge and added a CLAP so we need to adjust
    • Post to KVR thread, Facebook, Slack etc
@baconpaul baconpaul pinned this issue Jan 18, 2022
@baconpaul baconpaul added this to the Surge XT 1.1 milestone Jan 18, 2022
@mkruselj mkruselj changed the title Release Checklist for version 1.1.0 Release Checklist for Surge XT 1.1 Jan 18, 2022
@mxmilkiib
Copy link

Having essentially two items of software in the one repo with a separate and conflicting versioning scheme is going to be a bit tricky to manage with for packagers and people trying to parse the releases information. How about the possibility of bumping the major version number rather than resetting the version number, or having a separate repo for the reworked version?

@baconpaul
Copy link
Collaborator Author

We didn’t want to split the repo. There’s no reason to - the versions are linear forward evolutions.

we have signed tags for every released version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants