A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2017-November/150091.html below:

[Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

[Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoffTerry Reedy tjreedy at udel.edu
Thu Nov 2 16:15:50 EDT 2017
On 11/2/2017 4:54 AM, Lele Gaifax wrote:

> I'm not sure if the rebase should have been done on the original branch
> instead of creating a new one, or instead if I should open a new PR (and close
> the original one?).

It is normal to 'git merge upstream/master' after updating the master 
branch and checking out the pr branch, and then push the updated branch. 
  I sometimes have to do that when reviewing a pr.  Often, for me, the 
problem is not merge conflicts, but re version conflicts.  However, if 
there are merge conflicts that make it easier to reproduce the patch 
from the current master, closing and opening a new PR is ok too.

-- 
Terry Jan Reedy

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4