You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Julian Foad <ju...@btopenworld.com> on 2008/03/27 20:13:41 UTC

Meaning of "merge --ignore-ancestry" [was: Re-merge a change from own history - corrupts svn:mergeinfo]

Karl Fogel wrote:
>>Scenario 1: merge a single change from the history of a particular
>>file; request no merge-tracking; request no textual change to be made
>>if it conflicts.
[...]
>>$ svn merge --ignore-ancestry --accept=mine-full -c26169
>>subversion/tests/cmdline/merge_tests.py
>>subversion/tests/cmdline/merge_tests.py
[...]
> I certainly agree there is a bug here, given that svn:mergeinfo is being
> corrupted.  However, I'm not sure --ignore-ancestry does what you think
> it does.  Its help just says:
> 
>   --ignore-ancestry        : ignore ancestry when calculating merges
> 
> Nothing there about not *recording* mergeinfo for this 'merge' command;
> rather, it's talking about how it selects which changes to merge.
> 
> What you're thinking of would be a sort of opposite of the --record-only
> flag: a '--no-record' flag, which AFAIK we don't have (should we?).

Karl,

My recent thread "[PATCH] Help text improvements for 'svn merge'" includes the 
following clarification to the help text:

>       "  NOTE:  Subversion will only record metadata to track the merge\n"
>       "  if the two sources are on the same line of history -- if the\n"
>       "  first source is an ancestor of the second, or vice-versa.  This is\n"
>       "  guaranteed to be the case when using the third form listed above.\n"
> +     "  The --ignore-ancestry option overrides this, forcing Subversion to\n"
> +     "  regard the sources as unrelated and not to track the merge.\n"),

-------------------------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^

This is based on my understanding after talking with pburba and cmpilato.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Meaning of "merge --ignore-ancestry"

Posted by Karl Fogel <kf...@red-bean.com>.
Julian Foad <ju...@btopenworld.com> writes:
> My recent thread "[PATCH] Help text improvements for 'svn merge'"
> includes the following clarification to the help text:
>
>>    "  NOTE:  Subversion will only record metadata to track the merge\n"
>>    "  if the two sources are on the same line of history -- if the\n"
>>    "  first source is an ancestor of the second, or vice-versa.  This is\n"
>>    "  guaranteed to be the case when using the third form listed above.\n"
>>  + "  The --ignore-ancestry option overrides this, forcing Subversion to\n"
>>  + "  regard the sources as unrelated and not to track the merge.\n"),
>
> -------------------------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> This is based on my understanding after talking with pburba and cmpilato.

Okay, thanks.  I think that will clarify things for a lot of users (not
just me :-) ).

(Someday we still might want a separate --no-record option... but not
for 1.5.0!)

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org