-
Notifications
You must be signed in to change notification settings - Fork 129
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
feat: add additional release links to the release #282
Conversation
861f2dd
to
614d748
Compare
I believe you can add the closure of semantic-release/semantic-release#1617 to this PR as well. (Closes semantic-release/semantic-release#1617) |
I've restarted the CI builds, but the same tests failed again. I'll need some time to investigate, and I don't know when I'll have that time right now, I'm afraid. We didn't have builds for a while, so it might be a change in some of the dependencies ... |
I will also have a look tomorrow, I just have never seen that the travis files are in a different repository. |
614d748
to
7f1b4b1
Compare
I found the error. I was using a feature that is not supported in node 10 and 12. That is what you get when you are not mainly progamming in node. @gr2m This can now be reviewed and merged. |
7f1b4b1
to
40db841
Compare
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.
Great work, thank you!
Actually I wonder if we should add the links to the bottom, not the top. I think it will work better, because changelog is the primary information I expect in release notes, links to sibling releases is meta information |
I would argue against that, the release information is always short enough so that you can skip those lines and get to the changelog. If you give me another hour, I can change this so that you could do: Then then choice is up to the user. |
I agree that the release links should be at the bottom and not in top. Because of the same reason of @gr2m. @Chumper btw, the choice is a great addition since this is a breaking change. Unless we leave it default to I suggest to include the option, leave it default to "bottom" (or whatever you decide), and then move ahead with this breaking change. |
Sure, I will rework it to be false by default, but also to accept either |
162d9af
to
cdaf2a2
Compare
@gr2m @felipecrs I have added the discussed changes. Allowed values are now Default will be Please review again and merge if you think this will work. |
cdaf2a2
to
c47c0b6
Compare
A new option `addReleases` has been added. Setting this option will add links to other releases to the Github release body. The option can be one of `false|"top"|"bottom"`. The default is `false` to be backward compatible. Closes semantic-release#281
c47c0b6
to
dea56d8
Compare
Short and informative, I applied the changes. |
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.
Thank you Nils, this is great
🎉 This PR is included in version 7.1.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
This is awesome! |
A new option
addReleases
has been added.Setting this option will instruct the plugin to append all
additional releases to the Github release on the top.
Closes #281