Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Subject: Re: Feature request: Restoring pristines
To: users@subversion.apache.org
References: <1AE3002F400CE4498072DFDF74A843CC1F566640@DEFTHW99EH3MSX.ww902.siemens.net>
 <ae387701-1af1-43e6-938a-de7c0cbbe762@posteo.de>
 <c2a1bd32-2660-0e0e-f344-1087968f89a7@apache.org>
 <eabd4eea-f8d2-270e-aaae-a59e817dbdc1@posteo.de>
 <AFFC460063A40F4BB5A536CE937EA754424487@DEFTHW99EL4MSX.ww902.siemens.net>
 <461ead5d-ad14-47ad-ee7e-bf9c4c8075ed@egosoft.com>
 <20161110161937.GA28304@fujitsu.shahaf.local2>
From: =?UTF-8?Q?Branko_=c4=8cibej?= <brane@apache.org>
Organization: The Apache Software Foundation
Message-ID: <7bac1b59-dbd2-9aae-fa84-224a3c312913@apache.org>
Date: Thu, 10 Nov 2016 17:25:21 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0)
 Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <20161110161937.GA28304@fujitsu.shahaf.local2>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
archived-at: Thu, 10 Nov 2016 16:25:27 -0000

On 10.11.2016 17:19, Daniel Shahaf wrote:
> Stefan Hett wrote on Thu, Nov 10, 2016 at 11:52:43 +0100:
>> On 11/10/2016 8:08 AM, Cooke, Mark wrote:
>>>> -----Original Message-----
>>>> From: Stefan [mailto:luke1410@posteo.de]
>>>> Sent: 09 November 2016 21:43
>>>> To: users@subversion.apache.org
>>>> Subject: Re: Feature request: Restoring pristines
>>>>
>>>> On 11/9/2016 21:22, Branko Čibej wrote:
>>>>> On 08.11.2016 21:51, Stefan wrote:
>>>>>> I didn't test this, but
>>>>> This is how all down-voted stackoverflow answers start. :)
>>>>>
>>>>> -- Brane
>>>>>
>>>> OK, I see. Tested and it doesn't work. ;-)
>>>>
>>>> Certainly sounds like a reasonable request for an improvement to have at
>>>> least svn co auto correct the case of missing pristine files, as far as
>>>> I'm concerned.
>>>>
>>>> Regards,
>>>> Stefan
>>> Would this not fit better as part of `update` rather than `checkout` over an existing working copy?
>>>
>>> ~ mark c
>>>
>> IMO it should be part of both, since both operations (aka: svn update as
>> well as svn checkout) will error out, if a pristine would be required but
>> missing (and this is some error, the operation could easily resolve without
>> user interaction).
>>
> I thought of 'cleanup' as the appropriate place, since fixing violated
> invariants should be opt-in;

An option that makes 'svn cleanup' connect to the repository? Cleanup
has always been a local-only command.

-- Brane