doc/book/en/annexes/mercurial.rst
author Sylvain Thénault <sylvain.thenault@logilab.fr>
Fri, 24 Jul 2009 14:36:38 +0200
changeset 2477 7baebaf44fc2
parent 2172 cf8f9180e63e
child 9917 a98e60464c26
permissions -rw-r--r--
application -> instance where it makes sense

.. -*- coding: utf-8 -*-

.. _MercurialPresentation:

Introducing Mercurial
=====================

Introduction
````````````
Mercurial_ manages a distributed repository containing revisions
trees (each revision indicates the changes required to obtain the
next, and so on). Locally, we have a repository containing revisions
tree, and a working directory. It is possible
to put in its working directory, one of the versions of its local repository,
modify and then push it in its repository.
It is also possible to get revisions from another repository or to export
its own revisions from the local repository to another repository.

.. _Mercurial: http://www.selenic.com/mercurial/

In contrast to CVS/Subversion, we usually create a repository by
project to manage.

In a collaborative development, we usually create a central repository
accessible to all developers of the project. These central repository is used
as a reference. According to its needs, then everyone can have a local repository,
that you will have to synchronize with the central repository from time to time.


Major commands
``````````````
* Create a local repository::

     hg clone ssh://myhost//home/src/repo

* See the contents of the local repository (graphical tool in Tk)::

     hgview

* Add a sub-directory or file in the current directory::

     hg add subdir

* Move to the working directory a specific revision (or last
  revision) from the local repository::

     hg update [identifier-revision]
     hg up [identifier-revision]

* Get in its local repository, the tree of revisions contained in a
  remote repository (this does not change the local directory)::

     hg pull ssh://myhost//home/src/repo
     hg pull -u ssh://myhost//home/src/repo # equivalent to pull + update

* See what are the heads of branches of the local repository if a `pull`
  returned a new branch::

     hg heads

* Submit the working directory in the local repository (and create a new
  revision)::

     hg commit
     hg ci

* Merge with the mother revision of local directory, another revision from
  the local respository (the new revision will be then two mothers
  revisions)::

     hg merge identifier-revision

* Export to a remote repository, the tree of revisions in its content
  local respository (this does not change the local directory)::

     hg push ssh://myhost//home/src/repo

* See what local revisions are not in another repository::

     hg outgoing ssh://myhost//home/src/repo

* See what are the revisions of a repository not found locally::

     hg incoming ssh://myhost//home/src/repo

* See what is the revision of the local repository which has been taken out
  from the working directory and amended::

     hg parent

* See the differences between the working directory and the mother revision
  of the local repository, possibly to submit them in the local repository::

     hg diff
     hg commit-tool
     hg ct


Best Practices
``````````````
* Remember to `hg pull -u` regularly, and particularly before
   a `hg commit`.

* Remember to `hg push` when your repository contains a version
  relatively stable of your changes.

* If a `hg pull -u` created a new branch head:

   1. find its identifier with `hg head`
   2. merge with `hg merge`
   3. `hg ci`
   4. `hg push`

Installation of the forest extension
````````````````````````````````````

Set up the forest extension by getting a copy of the sources
from http://hg.akoha.org/hgforest/ and adding the following
lines to your ``~/.hgrc``: ::

   [extensions]
   hgext.forest=
   # or, if forest.py is not in the hgext dir:
   # forest=/path/to/forest.py


More information
````````````````

For more information about Mercurial, please refer to the Mercurial project online documentation_.

.. _documentation: http://www.selenic.com/mercurial/wiki/