Conversation
|
|
||
| - Tags must be annonated as CMake determines ``CEPH_GIT_NICE_VER`` by calling ``git describe --always``. | ||
| - vX.0.0 are special ones in the sense they are pushed manually (unlike v.X.2.n which are handled by Jenkins). | ||
| - vX.0.0 should point to a commit before the first one in a kickoff branch. |
There was a problem hiding this comment.
@rzarzynski is this actually necessary? Why not point to the merge commit of the kickoff?
There was a problem hiding this comment.
Noting that the recently created v20.0.0 is pointing to 048fc68 which is the merge commit that preceded the merge of the kickoff (i.e. the first parent of the merge commit of the kickoff). At the same time one might interpret "a commit before the first one in a kickoff branch" as the base of the kickoff branch which would be 7f414b2. This bullet really needs to be clarified.
There was a problem hiding this comment.
@rzarzynski is this actually necessary? Why not point to the merge commit of the kickoff?
The merge commit has two parents: a commit in main and the very last commit in corresponding kickoff branch. Tagging it would mean initial kickoff's commits are not considered as the release's ones leading to wrong version string generated by git describe. I guess the consequence is problems with local testing.
I'm not sure taking merge's left parent changes much in this aspect.
IIRC the quincy and pacific tags are even deeper in their corresponding branches suggesting there was a rebase wthout updating the tag.
There was a problem hiding this comment.
@rzarzynski So the expectation is for the tag to be on the base of the kickoff branch, meaning 7f414b2 for tentacle?
There was a problem hiding this comment.
@rzarzynski Does v20.0.0 tag need to be adjusted in your opinion?
doc/dev/release-checklists.rst
Outdated
| * vX.0.0 are special ones in the sense they are pushed manually (unlike v.X.2.n | ||
| which are handled by Jenkins). | ||
| * vX.0.0 should point to a commit before the first one in a kickoff branch. | ||
| - [x] Initial tag vX.0.0 (so that we can distinguish from (and sort after) the backported (X-1).2.Z versions. |
There was a problem hiding this comment.
I've pushed v20.0.0: https://github.com/ceph/ceph/tree/v20.0.0
doc/dev/release-checklists.rst
Outdated
| .. note:: | ||
|
|
||
| - Tags must be annonated as CMake determines ``CEPH_GIT_NICE_VER`` by calling ``git describe --always``. | ||
| - vX.0.0 are special ones in the sense they are pushed manually (unlike v.X.2.n which are handled by Jenkins). |
There was a problem hiding this comment.
I think the "rc" tags are handled by Jenkins as well?
| - vX.0.0 are special ones in the sense they are pushed manually (unlike v.X.2.n which are handled by Jenkins). | |
| - vX.0.0 are special ones in the sense they are pushed manually (unlike vX.1.Z and vX.2.Z which are handled by Jenkins). |
There was a problem hiding this comment.
not sure, cc @djgalloway @neha-ojha @ljflores @yuriw
|
|
||
| - Tags must be annonated as CMake determines ``CEPH_GIT_NICE_VER`` by calling ``git describe --always``. | ||
| - vX.0.0 are special ones in the sense they are pushed manually (unlike v.X.2.n which are handled by Jenkins). | ||
| - vX.0.0 should point to a commit before the first one in a kickoff branch. |
There was a problem hiding this comment.
Noting that the recently created v20.0.0 is pointing to 048fc68 which is the merge commit that preceded the merge of the kickoff (i.e. the first parent of the merge commit of the kickoff). At the same time one might interpret "a commit before the first one in a kickoff branch" as the base of the kickoff branch which would be 7f414b2. This bullet really needs to be clarified.
07307f6 to
f3169f3
Compare
Signed-off-by: Patrick Donnelly <pdonnell@ibm.com>
Signed-off-by: Patrick Donnelly <pdonnell@ibm.com>
f3169f3 to
368f9b0
Compare
| ================ | ||
|
|
||
| - [ ] create branch for new release | ||
| - [ ] create vX.3.0 annotated tag on ``main`` so upgrades from new release to main are not wrongly considered downgrades. |
|
|
||
| - Tags must be annonated as CMake determines ``CEPH_GIT_NICE_VER`` by calling ``git describe --always``. | ||
| - vX.0.0 are special ones in the sense they are pushed manually (unlike v.X.2.n which are handled by Jenkins). | ||
| - vX.0.0 should point to a commit before the first one in a kickoff branch. |
Handling some post-kickoff checks.
Contribution Guidelines
To sign and title your commits, please refer to Submitting Patches to Ceph.
If you are submitting a fix for a stable branch (e.g. "quincy"), please refer to Submitting Patches to Ceph - Backports for the proper workflow.
When filling out the below checklist, you may click boxes directly in the GitHub web UI. When entering or editing the entire PR message in the GitHub web UI editor, you may also select a checklist item by adding an
xbetween the brackets:[x]. Spaces and capitalization matter when checking off items this way.Checklist
Show available Jenkins commands
jenkins test classic perfJenkins Job | Jenkins Job Definitionjenkins test crimson perfJenkins Job | Jenkins Job Definitionjenkins test signedJenkins Job | Jenkins Job Definitionjenkins test make checkJenkins Job | Jenkins Job Definitionjenkins test make check arm64Jenkins Job | Jenkins Job Definitionjenkins test submodulesJenkins Job | Jenkins Job Definitionjenkins test dashboardJenkins Job | Jenkins Job Definitionjenkins test dashboard cephadmJenkins Job | Jenkins Job Definitionjenkins test apiJenkins Job | Jenkins Job Definitionjenkins test docsReadTheDocs | Github Workflow Definitionjenkins test ceph-volume allJenkins Jobs | Jenkins Jobs Definitionjenkins test windowsJenkins Job | Jenkins Job Definitionjenkins test rook e2eJenkins Job | Jenkins Job Definition