-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Create separate file for unreleased 3.0 changes #13040
Create separate file for unreleased 3.0 changes #13040
Conversation
Compatibility status:Checks if related components are compatible with change 5dcc3f1 Incompatible componentsSkipped componentsCompatible componentsCompatible components: [https://github.com/opensearch-project/custom-codecs.git, https://github.com/opensearch-project/asynchronous-search.git, https://github.com/opensearch-project/observability.git, https://github.com/opensearch-project/flow-framework.git, https://github.com/opensearch-project/reporting.git, https://github.com/opensearch-project/cross-cluster-replication.git, https://github.com/opensearch-project/job-scheduler.git, https://github.com/opensearch-project/opensearch-oci-object-storage.git, https://github.com/opensearch-project/common-utils.git, https://github.com/opensearch-project/geospatial.git, https://github.com/opensearch-project/neural-search.git, https://github.com/opensearch-project/k-nn.git, https://github.com/opensearch-project/security-analytics.git, https://github.com/opensearch-project/anomaly-detection.git, https://github.com/opensearch-project/sql.git, https://github.com/opensearch-project/notifications.git, https://github.com/opensearch-project/ml-commons.git, https://github.com/opensearch-project/performance-analyzer-rca.git, https://github.com/opensearch-project/alerting.git, https://github.com/opensearch-project/index-management.git, https://github.com/opensearch-project/security.git, https://github.com/opensearch-project/performance-analyzer.git] |
❌ Gradle check result for cbecb97: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
@andrross totally understand the pain, could we (if it makes sense) follow this convention, each branch has own CHANGELOG, fe:
The
The
I think it would be more straightforward to manage, what do you think? @peternied @dblock ? |
I second @reta suggestion, I would also say that it could be used as a way to automation and account for changed that have not been backported. |
f860fcd
to
1c32252
Compare
❌ Gradle check result for 1017c20: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for 37570fb: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for f860fcd: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
@reta I understand, but we are already treating main in a special way today as it is the only branch in which a CHANGELOG has multiple sections. This commit is actually kind of just cosmetic but it should mostly eliminate a class of common errors with regard to the changelog. |
❌ Gradle check result for 1c32252: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
|
❌ Gradle check result for 1c32252: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for 1c32252: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
Contributors and maintainers frequently put changelog entries in the wrong section. It's an easy mistake to make! Given that making changes intended for the next minor release is the norm, this change optimizes that process by making `CHANGELOG.md` contain _only_ entries for the next minor. Truly breaking changes intended for the next major are kept in a separate file. Credit to @msfroh for the idea. Note that the CHANGELOG-3.0.md content is not actually correct, because it contains mistakes intended to be fixed by this change going forward! That content can be cleaned up by a follow up PR. Signed-off-by: Andrew Ross <[email protected]>
Signed-off-by: Kunal Kotwani <[email protected]>
Signed-off-by: Kunal Kotwani <[email protected]>
1c32252
to
5dcc3f1
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #13040 +/- ##
============================================
+ Coverage 71.42% 71.52% +0.10%
- Complexity 59978 60522 +544
============================================
Files 4985 5026 +41
Lines 282275 284530 +2255
Branches 40946 41215 +269
============================================
+ Hits 201603 203501 +1898
- Misses 63999 64202 +203
- Partials 16673 16827 +154 ☔ View full report in Codecov by Sentry. |
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 like it.
@andrross Should this be backported, seems like the answer is yes, but it should be modified. Can you take this on? |
@peternied I can take care of it. |
…3040) Contributors and maintainers frequently put changelog entries in the wrong section. It's an easy mistake to make! Given that making changes intended for the next minor release is the norm, this change optimizes that process by making `CHANGELOG.md` contain _only_ entries for the next minor. Truly breaking changes intended for the next major are kept in a separate file. Credit to @msfroh for the idea. Signed-off-by: Andrew Ross <[email protected]> Signed-off-by: Kunal Kotwani <[email protected]> Co-authored-by: Kunal Kotwani <[email protected]>
… (#13140) * Create separate file for unreleased 3.0 changes (#13040) Contributors and maintainers frequently put changelog entries in the wrong section. It's an easy mistake to make! Given that making changes intended for the next minor release is the norm, this change optimizes that process by making `CHANGELOG.md` contain _only_ entries for the next minor. Truly breaking changes intended for the next major are kept in a separate file. Credit to @msfroh for the idea. Signed-off-by: Andrew Ross <[email protected]> Signed-off-by: Kunal Kotwani <[email protected]> Co-authored-by: Kunal Kotwani <[email protected]> * Update changes as per 2.x Signed-off-by: Kunal Kotwani <[email protected]> --------- Signed-off-by: Andrew Ross <[email protected]> Signed-off-by: Kunal Kotwani <[email protected]> Co-authored-by: Andrew Ross <[email protected]>
…3040) Contributors and maintainers frequently put changelog entries in the wrong section. It's an easy mistake to make! Given that making changes intended for the next minor release is the norm, this change optimizes that process by making `CHANGELOG.md` contain _only_ entries for the next minor. Truly breaking changes intended for the next major are kept in a separate file. Credit to @msfroh for the idea. Signed-off-by: Andrew Ross <[email protected]> Signed-off-by: Kunal Kotwani <[email protected]> Co-authored-by: Kunal Kotwani <[email protected]> Signed-off-by: Shivansh Arora <[email protected]>
Contributors and maintainers frequently put changelog entries in the wrong section. It's an easy mistake to make! Given that making changes intended for the next minor release is the norm, this change optimizes that process by making
CHANGELOG.md
contain only entries for the next minor. Truly breaking changes intended for the next major are kept in a separate file. Credit to @msfroh for the idea.Note that the CHANGELOG-3.0.md content is not actually correct, because it contains mistakes intended to be fixed by this change going forward! That content can be cleaned up by a follow up PR.
Slack thread for additional context: https://opensearch.slack.com/archives/C05L60S4UBT/p1712011157190119
Resolves #13013
Check List
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.