-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Do not overwrite PR title on edit #19177
Conversation
I suppose that's about #19096 ? Why would you like to remove the "[24.2]"? I suggested adding |
Very minor reason, really. Just an old PR that was a follow-up to another that was part of the release, so I didn't think of it as a regular bug and so didn't want to have it marked as something we add after the fact.
I think we need the option to manually override it. I can think of 3 reasons:
|
I agree with the scenarios you mentioned, but I think they could get automated. |
Automating such scenarios would be great. However, that would need to account for a variety of cases, not just the ones I mentioned. Here's just one more example: let's say we have a work branch "foo1.2": all PRs would be renamed as "[1.2] old pr title" - again, not what we expect. So, automating this would be nice. But until we have that automation implemented (covering all such cases), I think we should not override the title when the PR is manually edited. |
You're right. |
I like the comment idea! (on edit only; on open the bot should rename it, of course) |
Co-authored-by: Nicola Soranzo <nicola.soranzo@gmail.com>
Closed in favor of #19183 |
The new title bot will overwrite the PR title even if you edit that title manually. I think that's not what we want it to do: there may be legitimate cases when we remove the version prefix from the title, and we don't want the bot to immediately add it back.
This change ensures the title is auto-updated only once, when the PR is opened.
How to test the changes?
(Select all options that apply)
License