Julian Foad wrote:

> C. Michael Pilato wrote:
>> [...]  So I agree, both switch and update should carry the
>>  server-recognized meaning of 'ignore-ancestry' in both the client
>> and RA  layers.

In r1465292 I added the 'ignore_ancestry' flag to the RA 'update' APIs, for 
consistency with 'switch'.

That's enough to satisfy my symmetry cravings at the moment.  I do not 
currently intend to add that flag to the svn_client 'update' API and the 'svn 
up' UI.  I don't think there is a good reason to add it to the APIs that 
implement 'svn status --show-updates'.  Nor do I intend to do anything about 
the other inconsistencies (the 'adds_as_modifications' and 
'ignore_unver_obstructions' flags that are available for 'update' but not 
'switch') in the short term, although after 1.8 I might.

- Julian

Reply via email to