-
Notifications
You must be signed in to change notification settings - Fork 16.4k
Add missing changelog in 2.6.0 #31011
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
Conversation
Co-authored-by: Pankaj Koti <pankajkoti699@gmail.com>
RELEASE_NOTES.rst
Outdated
|
|
||
| New Features | ||
| ^^^^^^^^^^^^ | ||
| - AIP-50 Trigger DAG UI Extension with Flexible User Form Concept (`AIP-50 <https://github.com/apache/airflow/pulls?q=is%3Apr+is%3Amerged+label%3AAIP-50+milestone%3A%22Airflow+2.6.0%22>`_) |
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.
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.
For me, since the link above shows the 2 PRs, it's better than showing one and skipping the other. Both will have credits for contributing to the change
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.
Hmm. I think having two prs explicitly mentioned there is the only way to go. Something like (#27063, #29376).
The problem with labels is that they are not persistent. I can imagine we do cleanup in GitHub and remove old unused labels a year from now. Should it make more difficult to see which PRs were part of the change when users look for it in 2 years ?
We are deliberately using PR# instead of ISSUE# (and have the rule that we do not have to have the issue) precisely for the reason to keep it persistently stored in our git history. Every single PR# we merge and display here is not only something that will link you directly to the PR on GitHub, but it is also always (our squash & merge workflow guarantees that) part of the commit message of the merged PR.
This is important for the longevity of the Foundation PMCs. As an ASF PMC we have to be prepared to leave GitHub if needs be. If we decide tomorrow that we move to GitLab for example, we should be able to move our git repo there and the context should move with us (our git is mirrored in GitBox service that is run by the ASF infrastructure). So if the release notes will say (#27063,#29376), then you will be able to find the very commits it refers by searching commit messaes in GitLab. In such case we will have no idea whatsoever what is%3Apr+is%3Amerged+label%3AAIP-50+milestone%3A%22Airflow+2.6.0%22 is all about.
This is also why I try to promote and encourage putting a lot of context in the commit messages and why we move decision making from GitHub issues to devlist for important matters.
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 have updated it.
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.
We need to add PR# (see the comment why)
* Add missing changelog in 2.6.0 * Update RELEASE_NOTES.rst Co-authored-by: Pankaj Koti <pankajkoti699@gmail.com> * fixup! Add missing changelog in 2.6.0 --------- Co-authored-by: Pankaj Koti <pankajkoti699@gmail.com> (cherry picked from commit ea18edb)
AIP-50 was omitted in the changelog