FWIW, it looks like this is the first (earliest) merge commit that caused the v2.7.4 line to contain cf86e368ebd17e10f68306ebad314eea31daaa1e: $ git show -q d26b658f1433a28b611906c078f47bc804a63dd1 commit d26b658f1433a28b611906c078f47bc804a63dd1 Merge: 2d639d5665 f8b9dfd9a1 Author: Georg Brandl <georg@python.org> Date: Sat Aug 11 11:08:04 2012 +0200 Graft a89d654adaa2 from 3.2 branch. Fixes #15620. --Chris On Tue, Jul 31, 2018 at 11:53 PM, Chris Angelico <rosuav@gmail.com> wrote:
On Wed, Aug 1, 2018 at 1:16 PM, Jeffrey Zhang <zhang.lei.fly@gmail.com> wrote:
I found a interesting issue when checking the Lib/datetime.py implementation in python3
This patch is introduced by cf86e368ebd17e10f68306ebad314eea31daaa1e [0]. But if you check the github page[0], or using git tag --contains, you will find v2.7.x includes this commit too.
$ git tag --contains cf86e368ebd17e10f68306ebad314eea31daaa1e 3.2 v2.7.10 v2.7.10rc1 v2.7.11 v2.7.11rc1 ...
whereas, if you check the v2.7.x code base, nothing is found
$ git log v2.7.4 -- Lib/datetime.py <nothing here>
I guess it maybe a git tool bug, or the commit tree is messed up. Is there any guys could explain this situation?
I suppose you could say that the commit tree is "messed up", in a sense, but it's not truly messed up, just a little odd. It's a consequence of the way merges have been done in the CPython repository. Nothing is actually broken, except for the ability to track down a commit the way you're doing.
ChrisA _______________________________________________ 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/chris.jerdonek%40gmail.co...