Differences between revisions 4 and 160 (spanning 156 versions)
Revision 4 as of 2005-11-13 03:24:01
Size: 1119
Comment: typo
Revision 160 as of 2010-02-19 14:16:33
Size: 14951
Editor: GregWard
Comment: fix incorrect "how to undo hg add" instructions
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
#pragma section-numbers 3
= Tips and Tricks =
''(see also [[FAQ]], [[HOWTOs]], [[CategoryTipsAndTricks|CategoryTipsAndTricks]])''

|| <<TableOfContents>> || <<Include(/Index)>> ||

=== Undo an "hg add" ===

If you have accidentally `add`ed a file, the way to undo that (changing its status from `A` back to `?`, or unknown) is `hg revert`. For example, if you just ran `hg add` and realized that you do not want files `foo` or `bar` to be tracked by Mercurial:
{{{
hg revert foo bar
}}}

If you want to revert all pendings `add`s, at least on Unix you can use this trick:
{{{
hg status -an0 | xargs -0 hg revert
}}}

=== Save a push URL so that you don't need to enter it each time ===
It is possible to store a default [[Push|push]] URL that will be used when you type just "hg push". Edit [[.hgrc|hgrc]] and add something like:

{{{
[paths]
default-push = ssh://hg@example.com/path
}}}

=== Track changes to a repository with RSS ===
You can track changes to projects and individual files with RSS feeds from hgweb. Here are some examples:

 * http://selenic.com/hg/rss-log/
 * http://selenic.com/hg/rss-log/tip/mercurial/hgweb/hgweb_mod.py

=== Create links to snapshots of files and tarballs ===
If you want to create web links to [[Tag|tagged]] or [[Tip|tip]] versions of a [[Repository|repository]] or a file, you can do so like this:

 * http://selenic.com/hg/archive/tip.tar.gz
 * http://selenic.com/hg/archive/0.9.3.zip
 * http://selenic.com/hg/raw-file/tip/COPYING
 * http://selenic.com/hg/raw-file/0.9.3/COPYING

=== Configuring Mercurial ===
See in [[.hgrc]].

=== Abbreviate command options ===
It is possible to abbreviate command options:
{{{
hg revert --no-b
hg revert --no-backup
}}}

=== Ignore files from Emacs/XEmacs ===
Add the following to [[.hgignore]]:

{{{
syntax: glob
*~

syntax: regexp
(.*/)?\#[^/]*\#$
}}}

=== Ignore files in local working copy only ===
Add the following to the repo's `.hg/hgrc`:
{{{
[ui]
ignore = /path/to/repo/.hg/hgignore
}}}
and create a new file `.hg/hgignore` beside it. This new file will be untracked, but work the same as the versioned [[.hgignore]] file for this specific working copy. (The `/path/to/repo` bit is unfortunate but necessary to make it work when invoking `hg` from within a subdir of the repo.)
Line 2: Line 71:
Line 7: Line 75:

=== The same thing, but for a tagged release ===

{{{
hg clone source export-tagged
or using the archive command
{{{
cd
source
hg archive ../export
}}}

The same thing, but for a [[Tag|tagged]] release:

{{{
hg clone --noupdate source export-tagged
Line 13: Line 86:
hg update -C mytag hg update mytag
Line 16: Line 89:

=== See diffs when editing commit message with VIM ===

Make a private copy of the 'hgeditor' script provided with mercurial and replace the call to the editor with following command:

{{{
vim "+e $HGTMP/diff" '+set buftype=help filetype=diff' "+vsplit $HGTMP/msg" || exit $?
}}}

This will start up VIM in vertical split mode with commit message in the left pane and diff in the right pane. The {{{buftype=help}}} setting for diff window tells vim to exit when all other windows are closed, so when you write and quit the log with {{{:x}}} ({{{:wq}}} - they are equivalent), vim exits. If you have syntax highlight set up, the diff will be properly highlighted.

This setting is suitable for wide terminals. If you have a narrow terminal, you may want to replace the {{{+vsplit}}} above with {{{+split}}} or add {{{nowrap}}} to the {{{+set}}}.
or using the archive command
{{{
cd source
hg archive -r mytag ../export-tagged
}}}

=== One liner to remove unknown files with a pattern ===
To make these work, replace the {{{ls -l}}} with the command you wish to execute (ie. {{{rm}}}). You can also tweak the parameters passed to {{{hg status}}} to filter by something other than unknown files (see {{{hg help status}}}).

{{{
hg status -nu0 | grep -z pattern | xargs -0r ls -l
}}}

The above command requires a current version of GNU grep. If you don't have one, you can use the following:
{{{
hg status -nu | grep pattern | tr '\n' '\0' | xargs -0r ls -l
}}}

=== Generating color diff output with extdiff and colordiff ===
''Note'' as of Mercurial 1.1, you can just enable the ColorExtension instead of using ExtdiffExtension.
 
You can use the [[ExtdiffExtension|extdiff extension]] to get colorized diff output. If you've enabled the extension and have colordiff installed, the following [[.hgrc|hgrc]] snippet will create a new {{{cdiff}}} command:

{{{
[defaults]
# suppress noisy extdiff header message
cdiff = -q

[extdiff]
cmd.cdiff = colordiff
opts.cdiff = -uprN
}}}

=== Using environment variables in hgrc files ===

You can use environment variables in filenames read from hgrc files with Mercurial 1.4. This applies to paths used to enable extensions and the paths used to load ignore files:

{{{
[extensions]
foo = $MYEXTENSIONS/foo.py

[ui]
ignore = $MYIGNORE
}}}


=== Using FileMerge.app/opendiff as the diff program (OS X) ===
The Developer Tools for OS X provide the excellent graphical diff program "File``Merge.app". The provided command-line wrapper "opendiff" for "File``Merge.app" will not work with ExtdiffExtension. Instead, use the script [[http://ssel.vub.ac.be/ssel/internal:fmdiff|fmdiff]] which wraps "File``Merge.app" so that it responds like the usual diff program. Once fmdiff is in your path, just add the below to your .hgrc file
{{{
[extensions]
hgext.extdiff =

[extdiff]
cmd.opendiff = fmdiff
}}}
and use
{{{
$ hg opendiff ...
}}}

=== Using Vim as the filemerge program ===
The Vim text editor provides a [[http://vimdoc.sourceforge.net/htmldoc/diff.html|graphical diff feature]]. To resolve Mercurial merge conflicts using Vim, add the below to your `.hgrc` file:

{{{
[merge-patterns]
** = filemerge

[merge-tools]
filemerge.executable = gvim
filemerge.args = -d $local $other
filemerge.checkchanged = true
filemerge.gui = true
}}}

=== Using RCS merge as the filemerge program ===
The `merge` program supplied with `RCS` gives more complete conflict
markers than the default install if you give it the `-A` option.
For your `.hgrc`:

{{{
[merge-tools]
filemerge.executable = /usr/bin/merge
filemerge.args = -A $local $base $other
}}}

See also MergingManuallyInEditor.

=== hg diff does not support -foo option like gnu diff does ===
I use the following bash function to put the diff options I like most

{{{
hgdi ()
{
  for i in `hg status -marn "$@"`
  do
    diff -ubwd <(hg cat "$i") "$i"
  done
}
}}}

You can also use the extdiff extension to call GNU diff from Mercurial.

=== Handling binary files ===
As stated in BinaryFiles, you need to have a tool which manages binary merge. Newer versions of Joachim Eibl's [[http://kdiff3.sourceforge.net/|KDiff3]] program (using Qt 4, known on Windows as `kdiff3-QT4.exe`) recognize binary files. Pressing "cancel" and "do not save" leaves you with the version of the file you have currently in the filesystem. See also on CvsConcepts.

=== Diagnose "abort: Error" messages ===

I get a cryptic "abort: Error" message while pushing to my server. This is not enough info to figure out the problem. I tried `hg -v --debug push` but I still don't get anything more informative. What can I do?

 * disable cgitb in hgweb on the server
 * run with `--debug --traceback` on the client
 * check the error logs on the server

=== Removing the working directory of a repository ===

If you forgot to specify {{{-U}}} on "hg [[Clone|clone]]", doing
{{{
hg update null
}}}
will remove everything from the [[WorkingDirectory|working directory]] of the [[Repository|repository]]. See also [[Update|update]]. ~-([[http://selenic.com/pipermail/mercurial/2008-March/018332.html|reference]])-~

=== Setting the default context for diff to something larger ===

hg diff outputs 3 lines of context per default (see "hg help diff"). To change the default to for example 8 lines, add

{{{
[defaults]
diff = --unified 8
}}}

to the defaults section of your [[.hgrc]]. However, this only affects the diff command itself. ~-([[http://www.selenic.com/mercurial/bts/issue1076|reference]])-~

=== Find repositories with GNU find ===

Users with access to GNU find may find these one-liners useful for managing all their repositories at once. They can of course be added to shell scripts to do more interesting things.

Print a list of directories which have repositories (a directory called ".hg" exists):

{{{
find ~/ -name ".hg" -type d -execdir pwd \;
}}}

Print a list of tracked files too:

{{{
find ~/ -name ".hg" -type d -printf "\t" -execdir pwd \; -execdir hg status -c -m -a -d \; -printf "\n"
}}}


=== Change temporary directory used on remote when pushing ===
See description of a [[Hook#tmpdirhook|hook for changing tmp directory]] on remote when pushing.

<<Anchor(mergemineortheir)>>
=== Keep "My" or "Their" files when doing a merge ===

Occasionally you want to merge two heads, but you want to throw away all changes from one of the heads, a so-called dummy merge. You can override the merge by using the ui.merge configuration entry:
{{{
$ hg --config ui.merge=internal:local merge #keep my files
$ hg --config ui.merge=internal:other merge #keep their files
}}}
Here local means parent of working directory, other is the head you want to merge with.
This will leave out updates from the other head.

However, note that files added in the other head wont cause a conflict, and therefore no merging will be done. To merge `X` into the current revision without letting ''any'' of the changes from `X` come through, do:
{{{
hg --config ui.merge=internal:fail merge X
hg revert --all --rev .
}}}
This will ensure that only changes from the current working copy parent revision are committed when you commit the merge.

Using {{{internal:fail}}} will fail the merge - this is useful if you want to prevent Mercurial from starting a merge tool after a merge with conflicts.

=== Split a subdirectory into a separate project ===

Use ConvertExtension with --filemap option.

=== Use an extension only for one call (without editing hgrc) ===

You can enable an [[UsingExtensions|extension]] only for this call of {{{hg}}} by setting {{{--config}}}.

This enables the [[MqExtension|mq extension]] and calls its strip command to remove revision 111:
{{{
hg --config extensions.hgext.mq= strip 111
}}}

=== Convert a repo with mixed line endings to LF only ===

Enable the Win32TextExtension with encoding only.

Snippet of hgrc:
{{{
[extensions]
hgext.win32text=

#encode only => only LF in repo
[encode]
** = cleverencode:
[decode]
#** = cleverdecode:
}}}
Update the working directory. To force the update to all files do {{{hg update null}}} first and then {{{hg update [rev]}}}. The line endings in the working directory are still the same as in the repo.

Commit the changes. All the line endings are converted to LF before committing. To see the changes in the working dir do {{{hg update null}}} and {{{hg update [tip]}}} again.

(To convert all the line endings to CRLF, enable decode only).

=== Log all csets that would be merged (emulate `hg incoming` for merges) ===

To see which changesets would be merged into head `tgt` from `src` by
{{{
hg update tgt
hg merge src
}}}
you can do
{{{
hg log --follow --rev src:null --prune tgt
}}}
or, shorter,
{{{
hg log -fr src:null -P tgt
}}}

To omit merge csets, add `-M`.

=== Import all patches in a mbox file ===

The {{{hg import}}} command only accepts a single patch, but the {{{formail}}} tool (comes with {{{procmail}}}) can be used to split them:
{{{
formail -s hg import - < yourmailbox.mbox
}}}
This imports all emails with patches, skips those that don't, and works with inline or attachment patches.


=== Avoid merging autogenerated (binary) files (PDF) ===

Usecase: Writing in LaTeX, but always having an up to date pdf in the working dir.

There are two main options:

1. Not merging pdfs (UNTESTED):

For this you just choose a merge tool for pdfs which simply keeps either your
or the other version.

Edit your {{{.hg/hgrc}}} to include the following section:

{{{
[merge-patterns]
**.pdf = internal:local #keep my files
**.pdf = internal:other #keep their files
}}}

(you should only use one of the lines)

This way all PDFs will always be either at your revision or the other revision
and you won't have (real) merges.

- http://mercurial.selenic.com/wiki/MergeToolConfiguration


2. Creating pdfs on the fly

This assumes that you always want to have the PDFs you can use, but that you
don't need to versiontrack tham - only their contents (and those are defined
in the tex files).

For this you add an update hook which crates the pdf whenever you update to a
revision.

Edit your {{{.hg/hgrc}}} to include the hooks section with an update hook:

{{{
[hooks]
update.create_pdfs = latex your_tex_file.tex
}}}

To make this still a bit easier, you can use a versioned script which creates
all pdf. that way you can just call the script and don't need to worry about
editing the .hg/hgrc when you add text files or change the call.

I use a python script for platform compatability:

{{{parse_latex.py: }}}
{{{
#!/usr/bin/env python
from subprocess import call
for i in ["file1.tex", "file2.tex"]:
  call(["latex", i])
}}}

{{{.hg/hgrc: }}}
{{{
[hooks]
update.create = ./parse_latex.py
}}}

- http://hgbook.red-bean.com/read/handling-repository-events-with-hooks.html

=== Specify Explicit Ssh Connection Timeouts ===

If in an unattended script you want to explicitly timeout connection attempts in the case of a misbehaving server or network you can do:
{{{
hg push --ssh "/path/to/ssh -o ConnectTimeout=10"
}}}
Where the value for {{{ConnectTimeout}}} is in seconds. {{{ConnectionAttempts}}} is also available to specify a number of retries (default is none).

=== Fake A Commit Message Template In VIM ===
Presumably this can be done with any scriptable editor. Place this in your {{{~/.hgrc}}}:
{{{
editor = /usr/bin/vim -c "r ~/.hgtemplate"
}}}

Create a template in {{{~/.hgtemplate}}}. Example:
{{{
Bug: XXXX
Reviewed by: XXXX
}}}

=== Prevent a push that would create multiple heads ===
In many Mercurial work flows, teams may have a "stable" or "master" tree that is supposed to have only one head. While a plain 'hg push' will warn you if you're going to create new heads, that is merely a warning on the client side intended to help/remind users that they may have forgotten to merge first. However, 'hg push -f' will let you do a push that does create new heads (this is also very common usage for sharing changes via "working" or "review" or ... Mercurial repos).
The only way to protect a repo from multiple heads is by using a hook that runs in the repo-to-be-protected.
There are several existing hooks that do that which may be useful to copy and adapt: [[http://hg.netbeans.org/nb-hooks/file/tip/forbid_2head.py|Netbeans]], [[http://hg.mozilla.org/users/bsmedberg_mozilla.com/hghooks/file/tip/mozhghooks/single_head_per_branch.py|Mozilla]], [[http://davidherron.com/blog/topics/961-forbidding-multiple-heads-shared-mercurial-repository|David Herron's (bash) hook]].

=== Check If One revision Is A Descendant Of Another ===
{{{
$ function isKid() if [ $(hg debugancestor $1 $2 | cut -d : -f 1) == "$1" ] ; then echo $2 is a decendent of $1; else echo $2 is NOT a descendent of $1; fi
}}}
Example:
{{{
$ isKid 70 72
72 is a decendent of 70

$ isKid 72 70
70 is NOT a descendent of 72
}}}

Tips and Tricks

(see also FAQ, HOWTOs, CategoryTipsAndTricks)

1. Undo an "hg add"

If you have accidentally added a file, the way to undo that (changing its status from A back to ?, or unknown) is hg revert. For example, if you just ran hg add and realized that you do not want files foo or bar to be tracked by Mercurial:

hg revert foo bar

If you want to revert all pendings adds, at least on Unix you can use this trick:

hg status -an0 | xargs -0 hg revert

2. Save a push URL so that you don't need to enter it each time

It is possible to store a default push URL that will be used when you type just "hg push". Edit hgrc and add something like:

[paths]
default-push = ssh://hg@example.com/path

3. Track changes to a repository with RSS

You can track changes to projects and individual files with RSS feeds from hgweb. Here are some examples:

If you want to create web links to tagged or tip versions of a repository or a file, you can do so like this:

5. Configuring Mercurial

See in .hgrc.

6. Abbreviate command options

It is possible to abbreviate command options:

hg revert --no-b
hg revert --no-backup

7. Ignore files from Emacs/XEmacs

Add the following to .hgignore:

syntax: glob
*~

syntax: regexp
(.*/)?\#[^/]*\#$

8. Ignore files in local working copy only

Add the following to the repo's .hg/hgrc:

[ui]
ignore = /path/to/repo/.hg/hgignore

and create a new file .hg/hgignore beside it. This new file will be untracked, but work the same as the versioned .hgignore file for this specific working copy. (The /path/to/repo bit is unfortunate but necessary to make it work when invoking hg from within a subdir of the repo.)

9. Make a clean copy of a source tree, like CVS export

hg clone source export
rm -rf export/.hg

or using the archive command

cd source
hg archive ../export

The same thing, but for a tagged release:

hg clone --noupdate source export-tagged
cd export-tagged
hg update mytag
rm -rf .hg

or using the archive command

cd source
hg archive -r mytag ../export-tagged

10. One liner to remove unknown files with a pattern

To make these work, replace the ls -l with the command you wish to execute (ie. rm). You can also tweak the parameters passed to hg status to filter by something other than unknown files (see hg help status).

hg status -nu0 | grep -z pattern | xargs -0r ls -l

The above command requires a current version of GNU grep. If you don't have one, you can use the following:

hg status -nu | grep pattern | tr '\n' '\0' | xargs -0r ls -l

11. Generating color diff output with extdiff and colordiff

Note as of Mercurial 1.1, you can just enable the ColorExtension instead of using ExtdiffExtension.

You can use the extdiff extension to get colorized diff output. If you've enabled the extension and have colordiff installed, the following hgrc snippet will create a new cdiff command:

[defaults]
# suppress noisy extdiff header message
cdiff = -q

[extdiff]
cmd.cdiff = colordiff
opts.cdiff = -uprN

12. Using environment variables in hgrc files

You can use environment variables in filenames read from hgrc files with Mercurial 1.4. This applies to paths used to enable extensions and the paths used to load ignore files:

[extensions]
foo = $MYEXTENSIONS/foo.py

[ui]
ignore = $MYIGNORE

13. Using FileMerge.app/opendiff as the diff program (OS X)

The Developer Tools for OS X provide the excellent graphical diff program "FileMerge.app". The provided command-line wrapper "opendiff" for "FileMerge.app" will not work with ExtdiffExtension. Instead, use the script fmdiff which wraps "FileMerge.app" so that it responds like the usual diff program. Once fmdiff is in your path, just add the below to your .hgrc file

[extensions]
hgext.extdiff =

[extdiff]
cmd.opendiff =  fmdiff

and use

$ hg opendiff ...

14. Using Vim as the filemerge program

The Vim text editor provides a graphical diff feature. To resolve Mercurial merge conflicts using Vim, add the below to your .hgrc file:

[merge-patterns]
** = filemerge

[merge-tools]
filemerge.executable = gvim
filemerge.args = -d $local $other
filemerge.checkchanged = true
filemerge.gui = true

15. Using RCS merge as the filemerge program

The merge program supplied with RCS gives more complete conflict markers than the default install if you give it the -A option. For your .hgrc:

[merge-tools]
filemerge.executable = /usr/bin/merge
filemerge.args = -A $local $base $other

See also MergingManuallyInEditor.

16. hg diff does not support -foo option like gnu diff does

I use the following bash function to put the diff options I like most

hgdi ()
{
  for i in `hg status -marn "$@"`
  do
    diff -ubwd <(hg cat "$i") "$i"
  done
}

You can also use the extdiff extension to call GNU diff from Mercurial.

17. Handling binary files

As stated in BinaryFiles, you need to have a tool which manages binary merge. Newer versions of Joachim Eibl's KDiff3 program (using Qt 4, known on Windows as kdiff3-QT4.exe) recognize binary files. Pressing "cancel" and "do not save" leaves you with the version of the file you have currently in the filesystem. See also on CvsConcepts.

18. Diagnose "abort: Error" messages

I get a cryptic "abort: Error" message while pushing to my server. This is not enough info to figure out the problem. I tried hg -v --debug push but I still don't get anything more informative. What can I do?

  • disable cgitb in hgweb on the server
  • run with --debug --traceback on the client

  • check the error logs on the server

19. Removing the working directory of a repository

If you forgot to specify -U on "hg clone", doing

hg update null

will remove everything from the working directory of the repository. See also update. (reference)

20. Setting the default context for diff to something larger

hg diff outputs 3 lines of context per default (see "hg help diff"). To change the default to for example 8 lines, add

[defaults]
diff = --unified 8

to the defaults section of your .hgrc. However, this only affects the diff command itself. (reference)

21. Find repositories with GNU find

Users with access to GNU find may find these one-liners useful for managing all their repositories at once. They can of course be added to shell scripts to do more interesting things.

Print a list of directories which have repositories (a directory called ".hg" exists):

find ~/ -name ".hg" -type d -execdir pwd \;

Print a list of tracked files too:

find ~/ -name ".hg" -type d -printf "\t" -execdir pwd \; -execdir hg status -c -m -a -d \; -printf "\n"

22. Change temporary directory used on remote when pushing

See description of a hook for changing tmp directory on remote when pushing.

23. Keep "My" or "Their" files when doing a merge

Occasionally you want to merge two heads, but you want to throw away all changes from one of the heads, a so-called dummy merge. You can override the merge by using the ui.merge configuration entry:

$ hg --config ui.merge=internal:local merge  #keep my files
$ hg --config ui.merge=internal:other merge  #keep their files

Here local means parent of working directory, other is the head you want to merge with. This will leave out updates from the other head.

However, note that files added in the other head wont cause a conflict, and therefore no merging will be done. To merge X into the current revision without letting any of the changes from X come through, do:

hg --config ui.merge=internal:fail merge X
hg revert --all --rev .

This will ensure that only changes from the current working copy parent revision are committed when you commit the merge.

Using internal:fail will fail the merge - this is useful if you want to prevent Mercurial from starting a merge tool after a merge with conflicts.

24. Split a subdirectory into a separate project

Use ConvertExtension with --filemap option.

25. Use an extension only for one call (without editing hgrc)

You can enable an extension only for this call of hg by setting --config.

This enables the mq extension and calls its strip command to remove revision 111:

hg --config extensions.hgext.mq= strip 111

26. Convert a repo with mixed line endings to LF only

Enable the Win32TextExtension with encoding only.

Snippet of hgrc:

[extensions]
hgext.win32text=

#encode only => only LF in repo
[encode]
** = cleverencode:
[decode]
#** = cleverdecode:

Update the working directory. To force the update to all files do hg update null first and then hg update [rev]. The line endings in the working directory are still the same as in the repo.

Commit the changes. All the line endings are converted to LF before committing. To see the changes in the working dir do hg update null and hg update [tip] again.

(To convert all the line endings to CRLF, enable decode only).

27. Log all csets that would be merged (emulate `hg incoming` for merges)

To see which changesets would be merged into head tgt from src by

hg update tgt
hg merge src

you can do

hg log --follow --rev src:null --prune tgt

or, shorter,

hg log -fr src:null -P tgt

To omit merge csets, add -M.

28. Import all patches in a mbox file

The hg import command only accepts a single patch, but the formail tool (comes with procmail) can be used to split them:

formail -s hg import - < yourmailbox.mbox

This imports all emails with patches, skips those that don't, and works with inline or attachment patches.

29. Avoid merging autogenerated (binary) files (PDF)

Usecase: Writing in LaTeX, but always having an up to date pdf in the working dir.

There are two main options:

1. Not merging pdfs (UNTESTED):

For this you just choose a merge tool for pdfs which simply keeps either your or the other version.

Edit your .hg/hgrc to include the following section:

[merge-patterns]
**.pdf = internal:local #keep my files
**.pdf = internal:other #keep their files

(you should only use one of the lines)

This way all PDFs will always be either at your revision or the other revision and you won't have (real) merges.

- http://mercurial.selenic.com/wiki/MergeToolConfiguration

2. Creating pdfs on the fly

This assumes that you always want to have the PDFs you can use, but that you don't need to versiontrack tham - only their contents (and those are defined in the tex files).

For this you add an update hook which crates the pdf whenever you update to a revision.

Edit your .hg/hgrc to include the hooks section with an update hook:

[hooks]
update.create_pdfs = latex your_tex_file.tex

To make this still a bit easier, you can use a versioned script which creates all pdf. that way you can just call the script and don't need to worry about editing the .hg/hgrc when you add text files or change the call.

I use a python script for platform compatability:

parse_latex.py: 

from subprocess import call
for i in ["file1.tex", "file2.tex"]: 
  call(["latex", i])

.hg/hgrc: 

[hooks]
update.create = ./parse_latex.py

- http://hgbook.red-bean.com/read/handling-repository-events-with-hooks.html

30. Specify Explicit Ssh Connection Timeouts

If in an unattended script you want to explicitly timeout connection attempts in the case of a misbehaving server or network you can do:

hg push --ssh "/path/to/ssh -o ConnectTimeout=10"

Where the value for ConnectTimeout is in seconds. ConnectionAttempts is also available to specify a number of retries (default is none).

31. Fake A Commit Message Template In VIM

Presumably this can be done with any scriptable editor. Place this in your ~/.hgrc:

editor = /usr/bin/vim -c "r ~/.hgtemplate"

Create a template in ~/.hgtemplate. Example:

Bug: XXXX
Reviewed by: XXXX

32. Prevent a push that would create multiple heads

In many Mercurial work flows, teams may have a "stable" or "master" tree that is supposed to have only one head. While a plain 'hg push' will warn you if you're going to create new heads, that is merely a warning on the client side intended to help/remind users that they may have forgotten to merge first. However, 'hg push -f' will let you do a push that does create new heads (this is also very common usage for sharing changes via "working" or "review" or ... Mercurial repos). The only way to protect a repo from multiple heads is by using a hook that runs in the repo-to-be-protected. There are several existing hooks that do that which may be useful to copy and adapt: Netbeans, Mozilla, David Herron's (bash) hook.

33. Check If One revision Is A Descendant Of Another

$ function isKid() if [ $(hg debugancestor $1 $2 | cut -d : -f 1) == "$1" ] ; then echo $2 is a decendent of $1; else echo $2 is NOT a descendent of $1; fi

Example:

$ isKid 70 72
72 is a decendent of 70

$ isKid 72 70
70 is NOT a descendent of 72

TipsAndTricks (last edited 2016-12-05 11:14:36 by ArneBab)