Open duncdrum opened 9 months ago
How would you automate pinning the correct documentation version against the correct/corresponding eXist-db version?
in principle in the same way we automate releases in other org repos. Through commit message conventions, which are enforced by linting.
A PR that bumps exist-db processor dependency will be a BREAKING CHANGE
and needs to be named accordingly.
Could you described how this would actually work in practice... I am still not clear if this is actually practical.
For example:
Your questions don't seem to be about the automation of releases from develop
to master
but about a multi-branch architecture with cherry pricked releases for different exist versions.
We currently don't do that and haven't in the past. We could however maintain multiple release branches targeting major exist versions , each with their own automation. However as we don't do that now, my plan is that custom releases should still happen manually.
The first step is to get maven to behave and keeping it happy in the simple case of develop
and master
. I have ideas for how to deal with multiple branches, but step by step.
don't seem to be about the automation of releases from develop to master
They weren't as I didn't see anything in the description of your issue above that indicated that that was what you were aiming for! It seems I may have misunderstood, and assumed something else; understandable I think as there is not much detail here. Also as the documentation
repo doesn't have a develop
branch, I am not sure that that is relevant here anyway.
When you have the time, I think some more written detail and clarity around what you are looking for in this issue would help everyone involved...
Is your feature request related to a problem? Please describe. manual releases are error prone and tedious.
Describe the solution you'd like automatic releases to be executed when merging to
develop
branchDescribe alternatives you've considered change nothing and stick with current behaviour