Merge branch 'PR/236-v2' into master
[fast-export.git] /
1 hg-fast-export.(sh|py) - mercurial to git converter using git-fast-import
2 =========================================================================
4 Legal
5 -----
7 Most hg-* scripts are licensed under the [MIT license] and were written
8 by Rocco Rutte <> with hints and help from the git list and
9 \#mercurial on freenode. is licensed under GPLv2 since it
10 copies some code from the mercurial sources.
12 The current maintainer is Frej Drejhammar <>.
14 [MIT license]:
16 Support
17 -------
19 If you have problems with hg-fast-export or have found a bug, please
20 create an issue at the [github issue tracker]. Before creating a new
21 issue, check that your problem has not already been addressed in an
22 already closed issue. Do not contact the maintainer directly unless
23 you want to report a security bug. That way the next person having the
24 same problem can benefit from the time spent solving the problem the
25 first time.
27 [github issue tracker]:
29 System Requirements
30 -------------------
32 This project depends on Python 2.7 or 3.5+, and the Mercurial >= 4.6
33 package (>= 5.2, if Python 3.5+). If Python is not installed, install
34 it before proceeding. TheMercurial package can be installed with
35 `pip install mercurial`.
37 On windows the bash that comes with "Git for Windows" is known to work
38 well.
40 Usage
41 -----
43 Using hg-fast-export is quite simple for a mercurial repository <repo>:
45 ```
46 mkdir repo-git # or whatever
47 cd repo-git
48 git init
49 -r <local-repo>
50 git checkout HEAD
51 ```
53 Please note that hg-fast-export does not automatically check out the
54 newly imported repository. You probably want to follow up the import
55 with a `git checkout`-command.
57 Incremental imports to track hg repos is supported, too.
59 Using hg-reset it is quite simple within a git repository that is
60 hg-fast-export'ed from mercurial:
62 ```
63 -R <revision>
64 ```
66 will give hints on which branches need adjustment for starting over
67 again.
69 When a mercurial repository does not use utf-8 for encoding author
70 strings and commit messages the `-e <encoding>` command line option
71 can be used to force fast-export to convert incoming meta data from
72 <encoding> to utf-8. This encoding option is also applied to file names.
74 In some locales Mercurial uses different encodings for commit messages
75 and file names. In that case, you can use `--fe <encoding>` command line
76 option which overrides the -e option for file names.
78 As mercurial appears to be much less picky about the syntax of the
79 author information than git, an author mapping file can be given to
80 hg-fast-export to fix up malformed author strings. The file is
81 specified using the -A option. The file should contain lines of the
82 form `"<key>"="<value>"`. Inside the key and value strings, all escape
83 sequences understood by the python `unicode_escape` encoding are
84 supported; strings are otherwise assumed to be UTF8-encoded.
85 (Versions of fast-export prior to v171002 had a different syntax, the
86 old syntax can be enabled by the flag `--mappings-are-raw`.)
88 The example below will translate `User
89 <garbage<tab><>` to `User <>`.
91 ```
92 -- Start of --
93 "User <garbage\t<>"="User <>"
94 -- End of --
95 ```
97 If you have many Mercurial repositories, Chris J Billington's
98 [hg-export-tool] allows you to batch convert them.
100 Tag and Branch Naming
101 ---------------------
103 As Git and Mercurial have differ in what is a valid branch and tag
104 name the -B and -T options allow a mapping file to be specified to
105 rename branches and tags (respectively). The syntax of the mapping
106 file is the same as for the author mapping.
108 When the -B and -T flags are used, you will probably want to use the
109 -n flag to disable the built-in (broken in many cases) sanitizing of
110 branch/tag names. In the future -n will become the default, but in
111 order to not break existing incremental conversions, the default
112 remains with the old behavior.
114 By default, the `default` mercurial branch is renamed to the `master` 
115 branch on git. If your mercurial repo contains both `default` and 
116 `master` branches, you'll need to override this behavior. Use
117 `-M <newName>` to specify what name to give the `default` branch.
119 Content filtering
120 -----------------
122 hg-fast-export supports filtering the content of exported files.
123 The filter is supplied to the --filter-contents option. hg-fast-export
124 runs the filter for each exported file, pipes its content to the filter's
125 standard input, and uses the filter's standard output in place
126 of the file's original content. The prototypical use of this feature
127 is to convert line endings in text files from CRLF to git's preferred LF:
130 -- Start of --
131 #!/bin/sh
132 # $1 = pathname of exported file relative to the root of the repo
133 # $2 = Mercurial's hash of the file
134 # $3 = "1" if Mercurial reports the file as binary, otherwise "0"
136 if [ "$3" == "1" ]; then cat; else dos2unix; fi
137 -- End of --
141 Plugins
142 -----------------
144 hg-fast-export supports plugins to manipulate the file data and commit
145 metadata. The plugins are enabled with the --plugin option. The value
146 of said option is a plugin name (by folder in the plugins directory),
147 and optionally, and equals-sign followed by an initialization string.
149 There is a readme accompanying each of the bundled plugins, with a
150 description of the usage. To create a new plugin, one must simply
151 add a new folder under the `plugins` directory, with the name of the
152 new plugin. Inside, there must be an `` file, which contains
153 at a minimum:
156 def build_filter(args):
157     return Filter(args)
159 class Filter:
160     def __init__(self, args):
161         pass
162         #Or don't pass, if you want to do some init code here
165 Beyond the boilerplate initialization, you can see the two different
166 defined filter methods in the [dos2unix](./plugins/dos2unix) and
167 [branch_name_in_commit](./plugins/branch_name_in_commit) plugins.
170 commit_data = {'branch': branch, 'parents': parents, 'author': author, 'desc': desc, 'revision': revision, 'hg_hash': hg_hash}
172 def commit_message_filter(self,commit_data):
174 The `commit_message_filter` method is called for each commit, after parsing
175 from hg, but before outputting to git. The dictionary `commit_data` contains the
176 above attributes about the commit, and can be modified by any filter. The
177 values in the dictionary after filters have been run are used to create the git
178 commit.
181 file_data = {'filename':filename,'file_ctx':file_ctx,'d':d}
183 def file_data_filter(self,file_data):
185 The `file_data_filter` method is called for each file within each commit.
186 The dictionary `file_data` contains the above attributes about the file, and
187 can be modified by any filter. `file_ctx` is the filecontext from the
188 mercurial python library.  After all filters have been run, the values
189 are used to add the file to the git commit.
191 Submodules
192 ----------
193 See for how to convert subrepositories into git
194 submodules.
196 Notes/Limitations
197 -----------------
199 hg-fast-export supports multiple branches but only named branches with
200 exactly one head each. Otherwise commits to the tip of these heads
201 within the branch will get flattened into merge commits. Chris J
202 Billington's [hg-export-tool] can help you to handle branches with
203 duplicate heads.
204 Alternatively, you can use the [head2branch plugin](./plugins/head2branch)
205 to create a new named branch from an unnamed head.
207 hg-fast-export will ignore any files or directories tracked by mercurial
208 called `.git`, and will print a warning if it encounters one. Git cannot
209 track such files or directories. This is not to be confused with submodules,
210 which are described in
212 As each git-fast-import run creates a new pack file, it may be
213 required to repack the repository quite often for incremental imports
214 (especially when importing a small number of changesets per
215 incremental import).
217 The way the hg API and remote access protocol is designed it is not
218 possible to use hg-fast-export on remote repositories
219 (http/ssh). First clone the repository, then convert it.
221 Design
222 ------
224 was designed in a way that doesn't require a 2-pass
225 mechanism or any prior repository analysis: if just feeds what it
226 finds into git-fast-import. This also implies that it heavily relies
227 on strictly linear ordering of changesets from hg, i.e. its
228 append-only storage model so that changesets hg-fast-export already
229 saw never get modified.
231 Submitting Patches
232 ------------------
234 Please use the [issue-tracker]( at
235 github to report bugs and submit patches.
237 Please read
238 [](
239 on how to write a good commit message before submitting a pull request
240 for review. Although the article recommends at most 50 characters for
241 the subject, up to 72 characters are frequently accepted for
242 fast-export.
244 Frequent Problems
245 =================
247 * git fast-import crashes with: `error: cannot lock ref 'refs/heads/...`
249   Branch names in git behave as file names (as they are just files and
250   sub-directories under `refs/heads/`, and a path cannot name both a
251   file and a directory, i.e. the branches `a` and `a/b` can never
252   exist at the same time in a git repo.
254   Use a mapping file to rename the troublesome branch names.
256 * `Branch [<branch-name>] modified outside hg-fast-export` but I have
257   not touched the repo!
259   If you are running fast-export on a case-preserving but
260   case-insensitive file system (Windows and OSX), this will make git
261   treat `A` and `a` as the same branch. The solution is to use a
262   mapping file to rename branches which only differ in case.
264 * My mapping file does not seem to work when I rename the branch `git
265   fast-import` crashes on!
267   fast-export (imperfectly) mangles branch names it thinks won't be
268   valid. The mechanism cannot be removed as it would break already
269   existing incremental imports that expects it. When fast export
270   mangles a name, it prints out a warning of the form `Warning:
271   sanitized branch [<unmangled>] to [<mangled>]`. If `git fast-import`
272   crashes on `<mangled>`, you need to put `<unmangled>` into the
273   mapping file.
275 * fast-import mangles valid git branch names which I have remapped!
277   Use the `-n` flag to
279 * `git status` reports that all files are scheduled for deletion after
280   the initial conversion.
282   By design fast export does not touch your working directory, so to
283   git it looks like you have deleted all files, when in fact they have
284   never been checked out. Just do a checkout of the branch you want.
286 [hg-export-tool]: