[PATCH 1 of 2 STABLE] rebase: add a mention of phases in the help
Matt Mackall
mpm at selenic.com
Thu Jan 31 17:29:04 CST 2013
On Thu, 2013-01-31 at 17:24 -0600, Kevin Bullock wrote:
> On 31 Jan 2013, at 4:30 PM, Pierre-Yves David wrote:
>
> > # HG changeset patch
> > # User Pierre-Yves David <pierre-yves.david at ens-lyon.org>
> > # Date 1359671419 -3600
> > # Branch stable
> > # Node ID cb4cb6437ca0931d03b8b4f2caeec03983b2fc98
> > # Parent 2a1fac3650a5b4d650198604c82ab59969500374
> > rebase: add a mention of phases in the help
> >
> > This changeset points the user to the phases section of the help right after the
> > paragraph warning about potential issue. The phases section should do a much
> > better job at explaining current security and potential remaining danger.
> >
> > Following Wagner Bruna advises, this is added in a plain new paragraph to not
> > invalidate current translation this close from the release.
> >
> > diff --git a/hgext/rebase.py b/hgext/rebase.py
> > --- a/hgext/rebase.py
> > +++ b/hgext/rebase.py
> > @@ -66,10 +66,13 @@ def rebase(ui, repo, **opts):
> > You should not rebase changesets that have already been shared
> > with others. Doing so will force everybody else to perform the
> > same rebase or they will end up with duplicated changesets after
> > pulling in your rebased changesets.
> >
> > + See :hg:`help phases` for details on interaction between
> > + changesets exchanges and history rewriting.
> > +
>
> It seems rather clumsy to reference "changeset exchanges" in the help
> for 'rebase'. Maybe if you could word this more like:
Nevermind "changesetS exchanges".
> In its default configuration, Mercurial will prevent you from
> rebasing published changes. See :hg:`help phases` for details.
Yes.
--
Mathematics is the supreme nostalgia of our time.
More information about the Mercurial-devel
mailing list