On May 28, 2018, at 17:42, Victor Stinner <vstin...@redhat.com> wrote: > 2018-05-28 19:47 GMT+02:00 Ned Deily <n...@python.org>: >> Hmm, for some some reason, it appears that, at the moment, the 2.7, 3.4, and >> 3.5 branches have that option set, while 3.6, 3.7, and master don't. I'm >> not sure how we got to that state. Any other reasons to prefer on versus >> off? > > As I wrote, it became very difficult to merge any PR on 2.7 because of > that. We all run a race to be the first one to merge a change into > 2.7. The next one will get a "conflict" even if the merged commit is > unrelated (as I described: two different unrelated directories). > > Please use the same configuration for 2.7, 3.6, 3.7 and master branches!
Sounds reasonable. I've updated the 2.7 configuration to match the others and not require the PR branch be up to date before merging, meaning the CI test might be against an older view of the branch. If it proves to be a problem, we can revisit it for all of the branches. I am not going to change the settings for 3.5 and 3.4 as they are in security-fix mode and only their release manager can merge changes for those. -- Ned Deily n...@python.org -- [] _______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
