Merge commit 'refs/top-bases/girocco' into girocco
[git/repo.git] / Documentation / git-cvsimport.txt
blobb7a8c10b8709108c1c8a0d14f661c179c2b4f22c
1 git-cvsimport(1)
2 ================
4 NAME
5 ----
6 git-cvsimport - Salvage your data out of another SCM people love to hate
9 SYNOPSIS
10 --------
11 [verse]
12 'git cvsimport' [-o <branch-for-HEAD>] [-h] [-v] [-d <CVSROOT>]
13               [-A <author-conv-file>] [-p <options-for-cvsps>] [-P <file>]
14               [-C <git_repository>] [-z <fuzz>] [-i] [-k] [-u] [-s <subst>]
15               [-a] [-m] [-M <regex>] [-S <regex>] [-L <commitlimit>]
16               [-r <remote>] [<CVS_module>]
19 DESCRIPTION
20 -----------
21 Imports a CVS repository into git. It will either create a new
22 repository, or incrementally import into an existing one.
24 Splitting the CVS log into patch sets is done by 'cvsps'.
25 At least version 2.1 is required.
27 You should *never* do any work of your own on the branches that are
28 created by 'git-cvsimport'.  By default initial import will create and populate a
29 "master" branch from the CVS repository's main branch which you're free
30 to work with; after that, you need to 'git-merge' incremental imports, or
31 any CVS branches, yourself.  It is advisable to specify a named remote via
32 -r to separate and protect the incoming branches.
34 If you intend to set up a shared public repository that all developers can
35 read/write, or if you want to use linkgit:git-cvsserver[1], then you
36 probably want to make a bare clone of the imported repository,
37 and use the clone as the shared repository.
38 See linkgit:gitcvs-migration[7].
41 OPTIONS
42 -------
43 -v::
44         Verbosity: let 'cvsimport' report what it is doing.
46 -d <CVSROOT>::
47         The root of the CVS archive. May be local (a simple path) or remote;
48         currently, only the :local:, :ext: and :pserver: access methods
49         are supported. If not given, 'git-cvsimport' will try to read it
50         from `CVS/Root`. If no such file exists, it checks for the
51         `CVSROOT` environment variable.
53 <CVS_module>::
54         The CVS module you want to import. Relative to <CVSROOT>.
55         If not given, 'git-cvsimport' tries to read it from
56         `CVS/Repository`.
58 -C <target-dir>::
59         The git repository to import to.  If the directory doesn't
60         exist, it will be created.  Default is the current directory.
62 -r <remote>::
63         The git remote to import this CVS repository into.
64         Moves all CVS branches into remotes/<remote>/<branch>
65         akin to the 'git-clone' "--use-separate-remote" option.
67 -o <branch-for-HEAD>::
68         When no remote is specified (via -r) the 'HEAD' branch
69         from CVS is imported to the 'origin' branch within the git
70         repository, as 'HEAD' already has a special meaning for git.
71         When a remote is specified the 'HEAD' branch is named
72         remotes/<remote>/master mirroring 'git-clone' behaviour.
73         Use this option if you want to import into a different
74         branch.
76 Use '-o master' for continuing an import that was initially done by
77 the old cvs2git tool.
79 -i::
80         Import-only: don't perform a checkout after importing.  This option
81         ensures the working directory and index remain untouched and will
82         not create them if they do not exist.
84 -k::
85         Kill keywords: will extract files with '-kk' from the CVS archive
86         to avoid noisy changesets. Highly recommended, but off by default
87         to preserve compatibility with early imported trees.
89 -u::
90         Convert underscores in tag and branch names to dots.
92 -s <subst>::
93         Substitute the character "/" in branch names with <subst>
95 -p <options-for-cvsps>::
96         Additional options for cvsps.
97         The options '-u' and '-A' are implicit and should not be used here.
99 If you need to pass multiple options, separate them with a comma.
101 -z <fuzz>::
102         Pass the timestamp fuzz factor to cvsps, in seconds. If unset,
103         cvsps defaults to 300s.
105 -P <cvsps-output-file>::
106         Instead of calling cvsps, read the provided cvsps output file. Useful
107         for debugging or when cvsps is being handled outside cvsimport.
109 -m::
110         Attempt to detect merges based on the commit message. This option
111         will enable default regexes that try to capture the source
112         branch name from the commit message.
114 -M <regex>::
115         Attempt to detect merges based on the commit message with a custom
116         regex. It can be used with '-m' to enable the default regexes
117         as well. You must escape forward slashes.
119 The regex must capture the source branch name in $1.
121 This option can be used several times to provide several detection regexes.
123 -S <regex>::
124         Skip paths matching the regex.
126 -a::
127         Import all commits, including recent ones. cvsimport by default
128         skips commits that have a timestamp less than 10 minutes ago.
130 -L <limit>::
131         Limit the number of commits imported. Workaround for cases where
132         cvsimport leaks memory.
134 -A <author-conv-file>::
135         CVS by default uses the Unix username when writing its
136         commit logs. Using this option and an author-conv-file
137         in this format
139 ---------
140         exon=Andreas Ericsson <ae@op5.se>
141         spawn=Simon Pawn <spawn@frog-pond.org>
143 ---------
145 'git-cvsimport' will make it appear as those authors had
146 their GIT_AUTHOR_NAME and GIT_AUTHOR_EMAIL set properly
147 all along.
149 For convenience, this data is saved to `$GIT_DIR/cvs-authors`
150 each time the '-A' option is provided and read from that same
151 file each time 'git-cvsimport' is run.
153 It is not recommended to use this feature if you intend to
154 export changes back to CVS again later with
155 'git-cvsexportcommit'.
157 -h::
158         Print a short usage message and exit.
160 OUTPUT
161 ------
162 If '-v' is specified, the script reports what it is doing.
164 Otherwise, success is indicated the Unix way, i.e. by simply exiting with
165 a zero exit status.
168 Author
169 ------
170 Written by Matthias Urlichs <smurf@smurf.noris.de>, with help from
171 various participants of the git-list <git@vger.kernel.org>.
173 Documentation
174 --------------
175 Documentation by Matthias Urlichs <smurf@smurf.noris.de>.
179 Part of the linkgit:git[1] suite