[Top][All Lists]
[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
signature.asc
Description: OpenPGP digital signature
- Re: [Monotone-devel] bugfest analysis, (continued)
- Re: [Monotone-devel] bugfest analysis - final points, Thomas Keller, 2010/05/10
- Re: [Monotone-devel] bugfest analysis - final points, Derek Scherger, 2010/05/10
- Re: [Monotone-devel] bugfest analysis - final points, Derek Scherger, 2010/05/12
- Re: [Monotone-devel] bugfest analysis - final points, Thomas Keller, 2010/05/12
- Re: [Monotone-devel] bugfest analysis - final points, Stephen Leake, 2010/05/16
- Re: [Monotone-devel] bugfest analysis - final points, Thomas Keller, 2010/05/16
- Re: [Monotone-devel] bugfest analysis - final points, Derek Scherger, 2010/05/16
- Re: [Monotone-devel] bugfest analysis - final points, Stephen Leake, 2010/05/17
- Re: [Monotone-devel] bugfest analysis - final points,
Thomas Keller <=