monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] bugfest analysis - final points


From: Thomas Keller
Subject: Re: [Monotone-devel] bugfest analysis - final points
Date: Mon, 17 May 2010 14:11:27 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.9) Gecko/20100317 SUSE/3.0.4-1.1.1 Lightning/1.0b2pre Thunderbird/3.0.4

Am 17.05.2010 14:08, schrieb Stephen Leake:
> Thomas Keller <address@hidden> writes:
>> Am 16.05.10 11:19, schrieb Stephen Leake:
>>> For net.venge.monotone.bugfest-2010.13604-stephen_leake, I've removed
>>> the --recursive option from 'undrop'. So I think this is ready to merge.
>>>
>>> net.venge.monotone.restrictions.implicit-includes will change what
>>> 'revert' does with some restrictions; since 'undrop' shares core code
>>> with 'revert', there's no need to wait for that branch.
>>
>> I haven't followed your conversation with Derek further - just to get a
>> ok from you both: undrop is still needed even after the new restriction
>> code landed, right?
> 
> Yes, because the sequence:
> 
> drop foo
> revert foo
> 
> clobbers a locally modified 'foo'; 'drop' doesn't actually delete it,
> but 'revert' overwrites it.
> 
> The other alternative is:
> 
> drop foo
> add foo
> 
> This keeps the modified file, but also changes the node id, losing history.
> 
> 'undrop' solves both of these problems.
> 
> One alternative we did not really investigate would be:
> 
> drop foo
> revert --move-conflicting-paths foo
> cp _MTN/resolutions/foo .
> 
> That would be equivalent to 'undrop'. I think 'undrop' is friendlier.

Ok, cool, so if documentation and NEWS is up to date, go and merge it!

Thomas.

-- 
GPG-Key 0x160D1092 | address@hidden | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]