Finish release and fix release process#1607
Conversation
and fix `add-history` which need the package to be installed
cacd611 to
134d35b
Compare
If you are going to do the release via pull request like in this case (which I find preferable), you need to use |
I did not intend to do a release with this PR. My idea was just to finish what should have happened when I would have followed the guidelines.
You mean a PR that bumps the version. And then creating the release via the GH interface? I guess we can do this (seems simpler). But then we should always do it this way (and document it), or? Disadvantage would be that we would not have the |
The PR title starts with "Finish release" :D
Yes, that would be my preference.
That's the same of the Galaxy release process (separate PRs to bump the final and pre-release versions). |
|
That seems like a pain, it takes me a minute to cut a new release but if I do it this new way it's at least 2 PRs ... |
|
@mvdbeek I find the Makefile workflow kinda brittle, but you are the one doing most releases, so I'm happy to keep it as it is. I can still do it half-manually if I need to. |
Co-authored-by: Nicola Soranzo <nicola.soranzo@gmail.com>
|
Not there yet #1609 .. but close |
I released 0.75.36 manually by manually creating a tag and release via the GH interface, i.e. I did not follow the guidelines https://planemo.readthedocs.io/en/latest/developing.html .. but they seem not to work anyway :)
Currently the PR contains
The
make open-docsstep creates some minor white space changes which I also could commit here.