-
Notifications
You must be signed in to change notification settings - Fork 115
Release v2.4.0 #467
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 v2.4.0 #467
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## develop #467 +/- ##
========================================
Coverage 83.80% 83.80%
========================================
Files 25 25
Lines 8164 8164
Branches 1697 1705 +8
========================================
Hits 6842 6842
Misses 1322 1322
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ 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.
👍 LGTM
One thing we might need to consider is the usage of PR links, it is a bit inconsistent right now. For the file, git blame can be used to find when an entry was added, but adding the links might be useful for the user to navigate those changes as well. On the other hand is the user using ChangeLog.md
or the release pages?
I have found a neat GH action (c
8000
hangesets/action
) that mystmd
is using which generates the Release PR after each commit. That would help keep things more consistent.
|
BTW, we need to fix this issue before the next release. I have made a bit of noise on Fedora and upstream |
I'm not sure what is inconsistent. Does it mean that the PR link itself does not indicate the commit where the change was included?
I have no idea... |
Some entries have the PR link at the beginning of the entry, some do not. In the |
Closes #434
After this PR is merged, I'll put
v2.4.0
tag to the commit.