[PATCH 4 of 5 V3] update: specify custom conflict markers for update (BC)

Pierre-Yves David pierre-yves.david at ens-lyon.org
Fri May 16 06:56:31 UTC 2014



On 05/15/2014 11:44 PM, Angel Ezquerra wrote:
>
> El 16/05/2014 08:29, "Pierre-Yves David" <pierre-yves.david at ens-lyon.org
> <mailto:pierre-yves.david at ens-lyon.org>> escribió:
>  >
>  >
>  >
>  > On 05/15/2014 11:22 PM, Angel Ezquerra wrote:
>  >>
>  >> On Fri, May 16, 2014 at 2:11 AM, Olle <olle.lundberg at gmail.com
> <mailto:olle.lundberg at gmail.com>> wrote:
>  >>>
>  >>>
>  >>>
>  >>>
>  >>> On Thu, May 15, 2014 at 11:05 PM, Durham Goode <durham at fb.com
> <mailto:durham at fb.com>> wrote:
>  >>>>
>  >>>>
>  >>>> On 5/15/14, 4:33 AM, "Antoine Pitrou" <solipsis at pitrou.net
> <mailto:solipsis at pitrou.net>> wrote:
>  >>>>
>  >>>>> On Mon, 12 May 2014 17:47:36 -0700
>  >>>>> Durham Goode <durham at fb.com <mailto:durham at fb.com>> wrote:
>  >>>>>>
>  >>>>>> # HG changeset patch
>  >>>>>> # User Durham Goode <durham at fb.com <mailto:durham at fb.com>>
>  >>>>>> # Date 1399684151 25200
>  >>>>>> #      Fri May 09 18:09:11 2014 -0700
>  >>>>>> # Node ID 2ca6a41546b166ca491537d85729fc3e9c42c01b
>  >>>>>> # Parent  3e64ef576f5da47348903d25727d5e7c6c6a046a
>  >>>>>> update: specify custom conflict markers for update (BC)
>  >>>>>>
>  >>>>>> Add custom conflict markers 'working copy' and 'destination' for
> doing
>  >>>>>> hg update
>  >>>>>> when there are conflicts between your working copy and the
> destination.
>  >>>>>
>  >>>>>
>  >>>>> I find the term "destination" confusing in that context. Why not
>  >>>>> "repository"?
>  >>>>>
>  >>>>> Regards
>  >>>>>
>  >>>>> Antoine.
>  >>>>
>  >>>>
>  >>>> I don¹t think normal users have a great understanding of the
> difference
>  >>>> between the working copy and the repository.  Œdestination¹ at least
>  >>>> differentiates itself from working copy in that the working copy
> is your
>  >>>> files, and destination is where you¹re going, especially since
> this only
>  >>>> shows up during an hg update.
>  >>>>
>  >>> I think this change made it harder to understand merge margers
> (granted i'm
>  >>> used to local/other) destination just confused me and i had to
> re-read the
>  >>> patch description when looking at the test output.
>  >>>
>  >>> If we are going to replace the names, can't we do it with the
> nomenclature
>  >>> used in mercurial, rather than introduce another word *not*
> commonly used in
>  >>> merge markers?
>  >>>
>  >>> working copy/repo seems sensible to me.
>  >>
>  >>
>  >> I also find "working copy / destination" confusing. The destination
>  >> part is more or less fine (although perhaps "target" or "update
>  >> target" would be better) but the "working copy" is ambiguous IMHO.
>  >> What working copy? The one before or after the update? When I think
>  >> about a merge during an update I tend to think of the working copy as
>  >> the _result_ of the merge which is in fact the destination! (i.e. to
>  >> me "working copy / source" would make more sense than "working copy /
>  >> destination"). Instead I would suggest using "source" or "update
>  >> source" (i.e. "source / destination").
>  >
>  >
>  > If working copy is confusing, what about "uncommitted changes"?
>  >
>
> To me an update modifies the working directory by changing its contents
> from a source revision to a target revision. So I think I would prefer
> "update source", "source revision", "original revision", "starting
> revision" or something the sort.

The "local" here is not just a "revision", it is a revision + additional 
changes. Additing "revision" anywhere in the name is going to add a lot 
of confusion.

>  >> […]
>  >
>  > >
>  >>
>  >> Could someone make  list of the proposed markers for all commands that
>  >> require them, so that they can all be seen in one single place and
>  >> commented on? I think it would make it easier to make sure that all of
>  >> them are more or less consistent.
>  >
>  >
>  > What about you?
>
> I wish I could but I don't think I have all the related patches.

If you already deleted the, I'm sure the list archive have them.

-- 
Pierre-Yves David



More information about the Mercurial-devel mailing list