[prev in list] [next in list] [prev in thread] [next in thread] 

List:       perl5-porters
Subject:    Re: 5.10.0 Source Tree Update Problem
From:       demerphq <demerphq () gmail ! com>
Date:       2009-01-30 14:59:56
Message-ID: 9b18b3110901300659j43fe968bvbc82e251a1be78f () mail ! gmail ! com
[Download RAW message or body]

2009/1/30 Dave Mitchell <davem@iabyn.com>:
> On Thu, Jan 29, 2009 at 01:40:41AM +0100, demerphq wrote:
>> 2009/1/29 Dave Mitchell <davem@iabyn.com>:
>> > On Thu, Jan 29, 2009 at 12:09:19AM +0100, demerphq wrote:
>> >> I think ill try to put together a list for you then.
>> >
>> > Okay thanks!
>> > (I won't need it for a few days yet)
>>
>> Well when you are ready im pretty sure the following command will list them all:
>>
>> git log -S'patchnum|patchnun|git_version' --pickaxe-regex
>> 8565263ab8a47cda76538c0286536f59c53e155f^..origin/blead
>
> So this is basically equal to all commits between [moving to git] and
> [now] that refer to patchnum, patchnun, or git_version?

Yes.

> So to rework my question - is there anything related to patchnum etc that
> I explicitly shouldn't merge into 5.10.x yet?

Personally I dont think so.

> PS patchnun doesn't seem to match anything!

Hmm, I thought that the absolute first commit in the sequence is
matched by patchnun. As my first commit in the sequence
make_patchnum.sh was called make_patchnun.sh, but it looks like git
log -S doesnt match on filenames, just content. Anyway, cant hurt to
play it safe in the -S pattern eh?

$ git show 8565263ab8a47cda76538c0286536f59c53e155f

Will reveal the incorrectly named file.

Yves

-- 
perl -Mre=debug -e "/just|another|perl|hacker/"
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic