-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
Release 2.26.0 #7895
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 2.26.0 #7895
Conversation
…2.27-SNAPSHOT, 33-SNAPSHOT, 1.27-SNAPSHOT
…maintain versions of docs
@@ -102,7 +102,7 @@ When creating the first release candidate of a series, there are some extra step | |||
|
|||
ant -f build/rename.xml | |||
|
|||
.. note:: use of sed | |||
.. note:: Alternative use of sed |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this whole note not simply be removed, or do some people still prefer sed over build/rename.xml?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the rename.xml scrip is working for you; then yes we could remove the manual sed instructions now.
* create new jobs, copying from the existing stable jobs, and edit the branch. | ||
* modify the last line of the live-docs builds, changing ``stable`` to ``maintain`` for the previous stable branch. The new job you created should publish to ``stable``, and the main development branch will continue to publish to ``latest``. | ||
* create new jobs, duplicating from the three existing stable jobs (geoserver-2.11.x, geoserver-2.11.x-docs and geoserver-2.11.x-nightly), and edit the branch specifier to the new branch (e.g. `2.11.x` -> `2.12.x`). | ||
* delete the trigger on the previous `geoserver-2.11.x-nightly` job to not trigger the `geoserver-release-docker` job |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this needs to be added @jodygarnett ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think personally I open up all the jobs as distinct tabs, "disable them", and then update the code, and then enable first geotools, then geowebcache, then geoserver (to avoid overloading build server).
The alternative is killing lots of jobs so the one you are working on has a chance to run.
|
||
* Update the cite tests on build.geoserver.org: | ||
* ~~Update the cite tests on build.geoserver.org~~: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Leave this here in the hopes that we will one day return to cite tests?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe marked as "not currently used", but I have stopped trying to promote cite tests as a sponsorship target.
@@ -155,8 +155,6 @@ When creating the first release candidate of a series, there are some extra step | |||
* Switch to the new branch and update the documentation links, replacing ``docs.geoserver.org/latest`` with ``docs.geoserver.org/2.12.x`` (for example): | |||
|
|||
* ``README.md`` | |||
* ``doc/en/developer/source/conf.py`` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the ant build/rename.xml has already updated these 2 conf.py files, hasn't it @jodygarnett ?
Does the README.md still need to be changed - probably yes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I hope the rename.xml does what is needed. But I still wish to document the manual process (if needed).
Depends on geotools/geotools#4904 and GWC new snapshots being available |
@petersmythe I have my own notes from the release process to share. Can we untangle the developers guide improvements from the creation of 2.27-SNAPSHOT?
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed because it has not had recent activity. Please re-submit with updates if you want to resume work on this topic. Thank you for your contributions. |
Pulling together the following:
Of interest - ignore the following failure:
A new workflow added to geowebcache is consistently failing - not a blocker. Test is just out of budget to test s3 integration.
Checklist
main
branch (backports managed later; ignore for branch specific issues).For core and extension modules:
[GEOS-XYZWV] Title of the Jira ticket
.