You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[not sure if this is how you do backporting, a new issue and GH PR for each supported release tag?]
Backports are almost always created as backports of a specific GitHub pull request. The pull request is labelled as, for example, "needs backport to 3.9", and a bot will automatically try to cherry-pick the squashed commit to the target branch. So, if we wanted to backport #63780, we would do that directly from the original pull request over at GitHub. That will also preserve commit meta-data.
Activity
SamuelMarks commentedon Nov 2, 2020
Backports #19581 https://bugs.python.org/issue40318 as per https://bugs.python.org/issue42229
See also 3.9 backporting: https://bugs.python.org/issue42241
[not sure if this is how you do backporting, a new issue and GH PR for each supported release tag?]
erlend-aasland commentedon Nov 2, 2020
Backports are almost always created as backports of a specific GitHub pull request. The pull request is labelled as, for example, "needs backport to 3.9", and a bot will automatically try to cherry-pick the squashed commit to the target branch. So, if we wanted to backport #63780, we would do that directly from the original pull request over at GitHub. That will also preserve commit meta-data.
See also:
https://devguide.python.org/committing/?highlight=backport#backporting-changes-to-an-older-version
corona10 commentedon Nov 2, 2020
We often submit the backported patch by using the backport label from the origin PR.
(#19581)
So please discuss the backporting on bpo-40318
SamuelMarks commentedon Nov 2, 2020
Done, thanks for the how-to: