Suggest creating a new release after merging a PR in first-published-tag-for-merged-pr#5769
Suggest creating a new release after merging a PR in first-published-tag-for-merged-pr#5769
first-published-tag-for-merged-pr#5769Conversation
| if (tagName) { | ||
| addExistingTagLink(tagName); | ||
| } else if (canCreateRelease()) { | ||
| addLinkToCreateRelease('This PR doesn’t appear to have been released yet'); |
|
|
||
| import observeElement from '../helpers/simplified-element-observer'; | ||
|
|
||
| export default function onPrMerge(callback: VoidFunction): Deinit { |
There was a problem hiding this comment.
Can be used in pr-branch-auto-delete too
| @@ -0,0 +1,6 @@ | |||
| import React from 'dom-chef'; | |||
|
|
|||
| export default function TimelineItem(): JSX.Element { | |||
|
Merged but feel free to review and suggest copy changes, etc. I just wanted to unblock #5766 |
first-published-tag-for-merged-pr
|
Would it be possible to have separate options to configure this new behavior and showing the first published tag with a merged PR? I found the latter very convenient, but the new suggestion to create a release is really going in the way for a repo where I merge dozens of PRs daily and make tagged releases very infrequently (https://github.com/godotengine/godot). |
It's a notice, you can ignore it. I don't see it as a big issue. As a bonus, you can also hide it by pasting this in the custom CSS section .ml-0.pl-0.ml-md-6.pl-md-3.mt-3 .flash:not(.flash-success) {
display: none;
} |
|
Come to think of it why is it part of one feature? |
|
Because they do the same thing:
|
|
Not sure if this is the place to discuss, but I also find the suggest to create a release quite annoying. Mostly on a private repo which doesn't have any releases and won't get any in the future either. Is it possible to hide it when the repo doesn't use releases at all? I also find it a little hard to hide via css, since the code example posted seems very fragile. |
|
Can you make a new issue? |
|
I don’t get the point. There are a hundred buttons that you don’t use on the page, are they all tempting you? There’s a big “Close and comment” button in every conversation, but you rarely do that. Should it be hidden? 🤷♂️ |
|
This is a banner ot sticks out |

Test URLs
useful-forksto archived repos #5767Screenshot
Screen.Recording.2.mov