phases.txt
84 lines
| 2.6 KiB
| text/plain
|
TextLexer
Matt Mackall
|
r15996 | What are phases? | ||
FUJIWARA Katsunori
|
r17267 | ================ | ||
Matt Mackall
|
r15996 | |||
Phases are a system for tracking which changesets have been or should | ||||
be shared. This helps prevent common mistakes when modifying history | ||||
(for instance, with the mq or rebase extensions). | ||||
Each changeset in a repository is in one of the following phases: | ||||
- public : changeset is visible on a public server | ||||
- draft : changeset is not yet published | ||||
- secret : changeset should not be pushed, pulled, or cloned | ||||
These phases are ordered (public < draft < secret) and no changeset | ||||
can be in a lower phase than its ancestors. For instance, if a | ||||
changeset is public, all its ancestors are also public. Lastly, | ||||
Johan Samyn
|
r16244 | changeset phases should only be changed towards the public phase. | ||
Matt Mackall
|
r15996 | |||
How are phases managed? | ||||
FUJIWARA Katsunori
|
r17267 | ======================= | ||
Matt Mackall
|
r15996 | |||
For the most part, phases should work transparently. By default, a | ||||
changeset is created in the draft phase and is moved into the public | ||||
phase when it is pushed to another repository. | ||||
Once changesets become public, extensions like mq and rebase will | ||||
refuse to operate on them to prevent creating duplicate changesets. | ||||
Phases can also be manually manipulated with the :hg:`phase` command | ||||
if needed. See :hg:`help -v phase` for examples. | ||||
Phases and servers | ||||
FUJIWARA Katsunori
|
r17267 | ================== | ||
Matt Mackall
|
r15996 | |||
Normally, all servers are ``publishing`` by default. This means:: | ||||
- all draft changesets that are pulled or cloned appear in phase | ||||
public on the client | ||||
- all draft changesets that are pushed appear as public on both | ||||
client and server | ||||
- secret changesets are neither pushed, pulled, or cloned | ||||
.. note:: | ||||
Pulling a draft changeset from a publishing server does not mark it | ||||
as public on the server side due to the read-only nature of pull. | ||||
Sometimes it may be desirable to push and pull changesets in the draft | ||||
phase to share unfinished work. This can be done by setting a | ||||
repository to disable publishing in its configuration file:: | ||||
[phases] | ||||
Matt Mackall
|
r16000 | publish = False | ||
Wagner Bruna
|
r15998 | |||
Matt Mackall
|
r15996 | See :hg:`help config` for more information on config files. | ||
.. note:: | ||||
Servers running older versions of Mercurial are treated as | ||||
publishing. | ||||
Matt Mackall
|
r16011 | Examples | ||
FUJIWARA Katsunori
|
r17267 | ======== | ||
Matt Mackall
|
r16011 | |||
- list changesets in draft or secret phase:: | ||||
hg log -r "not public()" | ||||
- change all secret changesets to draft:: | ||||
hg phase --draft "secret()" | ||||
- forcibly move the current changeset and descendants from public to draft:: | ||||
hg phase --force --draft . | ||||
- show a list of changeset revision and phase:: | ||||
hg log --template "{rev} {phase}\n" | ||||
Matt Mackall
|
r16041 | - resynchronize draft changesets relative to a remote repository:: | ||
hg phase -fd 'outgoing(URL)' | ||||
Matt Mackall
|
r16011 | See :hg:`help phase` for more information on manually manipulating phases. | ||