1 # (Be in -*- mode: python; coding: utf-8 -*- mode.)
3 # ====================================================================
4 # Copyright (c) 2006-2010 CollabNet. All rights reserved.
6 # This software is licensed as described in the file COPYING, which
7 # you should have received as part of this distribution. The terms
8 # are also available at http://subversion.tigris.org/license-1.html.
9 # If newer versions of this license are posted there, you may use a
10 # newer version instead, at your option.
12 # This software consists of voluntary contributions made by many
13 # individuals. For exact contribution history, see the revision
14 # history and logs, available at http://cvs2svn.tigris.org/.
15 # ====================================================================
17 # #####################
18 # ## PLEASE READ ME! ##
19 # #####################
21 # This is a template for an options file that can be used to configure
22 # cvs2svn to convert to git rather than to Subversion. See
23 # www/cvs2git.html and www/cvs2svn.html for general information, and
24 # see the comments in this file for information about what options are
25 # available and how they can be set.
27 # The program that is run to convert from CVS to git is called
28 # cvs2git. Run it with the --options option, passing it this file
31 # cvs2git --options=cvs2git-example.options
33 # The output of cvs2git is a blob file and a dump file that can be
34 # loaded into git using the "git fast-import" command. Please read
35 # www/cvs2git.html for more information.
37 # Many options do not have defaults, so it is easier to copy this file
38 # and modify what you need rather than creating a new options file
39 # from scratch. This file is in Python syntax, but you don't need to
40 # know Python to modify it. But if you *do* know Python, then you
41 # will be happy to know that you can use arbitary Python constructs to
42 # do fancy configuration tricks.
44 # But please be aware of the following:
46 # * In many places, leading whitespace is significant in Python (it is
47 # used instead of curly braces to group statements together).
48 # Therefore, if you don't know what you are doing, it is best to
49 # leave the whitespace as it is.
51 # * In normal strings, Python treats a backslash ("\") as an escape
52 # character. Therefore, if you want to specify a string that
53 # contains a backslash, you need either to escape the backslash with
54 # another backslash ("\\"), or use a "raw string", as in one if the
55 # following equivalent examples:
57 # cvs_executable = 'c:\\windows\\system32\\cvs.exe'
58 # cvs_executable = r'c:\windows\system32\cvs.exe'
60 # See http://docs.python.org/tutorial/introduction.html#strings for
63 # Two identifiers will have been defined before this file is executed,
64 # and can be used freely within this file:
66 # ctx -- a Ctx object (see cvs2svn_lib/context.py), which holds
67 # many configuration options
69 # run_options -- an instance of the GitRunOptions class (see
70 # cvs2svn_lib/git_run_options.py), which holds some variables
71 # governing how cvs2git is run
74 # Import some modules that are used in setting the options:
77 from cvs2svn_lib import config
78 from cvs2svn_lib import changeset_database
79 from cvs2svn_lib.common import CVSTextDecoder
80 from cvs2svn_lib.log import Log
81 from cvs2svn_lib.project import Project
82 from cvs2svn_lib.git_revision_collector import GitRevisionCollector
83 from cvs2svn_lib.external_blob_generator import ExternalBlobGenerator
84 from cvs2svn_lib.git_output_option import GitRevisionMarkWriter
85 from cvs2svn_lib.git_output_option import GitOutputOption
86 from cvs2svn_lib.revision_manager import NullRevisionCollector
87 from cvs2svn_lib.rcs_revision_manager import RCSRevisionReader
88 from cvs2svn_lib.cvs_revision_manager import CVSRevisionReader
89 from cvs2svn_lib.symbol_strategy import AllBranchRule
90 from cvs2svn_lib.symbol_strategy import AllTagRule
91 from cvs2svn_lib.symbol_strategy import BranchIfCommitsRule
92 from cvs2svn_lib.symbol_strategy import ExcludeRegexpStrategyRule
93 from cvs2svn_lib.symbol_strategy import ForceBranchRegexpStrategyRule
94 from cvs2svn_lib.symbol_strategy import ForceTagRegexpStrategyRule
95 from cvs2svn_lib.symbol_strategy import ExcludeTrivialImportBranchRule
96 from cvs2svn_lib.symbol_strategy import ExcludeVendorBranchRule
97 from cvs2svn_lib.symbol_strategy import HeuristicStrategyRule
98 from cvs2svn_lib.symbol_strategy import UnambiguousUsageRule
99 from cvs2svn_lib.symbol_strategy import HeuristicPreferredParentRule
100 from cvs2svn_lib.symbol_strategy import SymbolHintsFileRule
101 from cvs2svn_lib.symbol_transform import ReplaceSubstringsSymbolTransform
102 from cvs2svn_lib.symbol_transform import RegexpSymbolTransform
103 from cvs2svn_lib.symbol_transform import IgnoreSymbolTransform
104 from cvs2svn_lib.symbol_transform import NormalizePathsSymbolTransform
105 from cvs2svn_lib.property_setters import AutoPropsPropertySetter
106 from cvs2svn_lib.property_setters import CVSBinaryFileDefaultMimeTypeSetter
107 from cvs2svn_lib.property_setters import CVSBinaryFileEOLStyleSetter
108 from cvs2svn_lib.property_setters import DefaultEOLStyleSetter
109 from cvs2svn_lib.property_setters import EOLStyleFromMimeTypeSetter
110 from cvs2svn_lib.property_setters import ExecutablePropertySetter
111 from cvs2svn_lib.property_setters import KeywordsPropertySetter
112 from cvs2svn_lib.property_setters import MimeMapper
113 from cvs2svn_lib.property_setters import SVNBinaryFileKeywordsPropertySetter
115 # To choose the level of logging output, uncomment one of the
117 #Log().log_level = Log.WARN
118 #Log().log_level = Log.QUIET
119 Log().log_level = Log.NORMAL
120 #Log().log_level = Log.VERBOSE
121 #Log().log_level = Log.DEBUG
124 # The directory to use for temporary files:
125 ctx.tmpdir = r'cvs2svn-tmp'
127 # During FilterSymbolsPass, cvs2git records the contents of file
128 # revisions into a "blob" file in git-fast-import format. The
129 # ctx.revision_collector option configures that process. Choose one of the two ersions and customize its options.
131 # This first alternative is much slower but is better tested and has a
132 # chance of working with CVSNT repositories. It invokes CVS or RCS to
133 # reconstuct the contents of CVS file revisions:
134 ctx.revision_collector = GitRevisionCollector(
135 # The file in which to write the git-fast-import stream that
136 # contains the file revision contents:
137 'cvs2svn-tmp/git-blob.dat',
139 # The following option specifies how the revision contents of the
140 # RCS files should be read.
142 # RCSRevisionReader uses RCS's "co" program to extract the
143 # revision contents of the RCS files during CollectRevsPass. The
144 # constructor argument specifies how to invoke the "co"
147 # CVSRevisionReader uses the "cvs" program to extract the revision
148 # contents out of the RCS files during OutputPass. This option is
149 # considerably slower than RCSRevisionReader because "cvs" is
150 # considerably slower than "co". However, it works in some
151 # situations where RCSRevisionReader fails; see the HTML
152 # documentation of the "--use-cvs" option for details. The
153 # constructor argument specifies how to invoke the "co"
156 # Uncomment one of the two following lines:
157 #RCSRevisionReader(co_executable=r'co'),
158 CVSRevisionReader(cvs_executable=r'cvs'),
160 # This second alternative is vastly faster than the version above, but
161 # it should be considered experimental. It uses an external Python
162 # program to reconstruct the contents of CVS file revisions:
163 #ctx.revision_collector = ExternalBlobGenerator('cvs2svn-tmp/git-blob.dat')
165 # cvs2git doesn't need a revision reader because OutputPass only
166 # refers to blobs that were output during CollectRevsPass, so leave
167 # this option set to None.
168 ctx.revision_reader = None
170 # Change the following line to True if the conversion should only
171 # include the trunk of the repository (i.e., all branches and tags
172 # should be omitted from the conversion):
173 ctx.trunk_only = False
175 # How to convert CVS author names, log messages, and filenames to
176 # Unicode. The first argument to CVSTextDecoder is a list of encoders
177 # that are tried in order in 'strict' mode until one of them succeeds.
178 # If none of those succeeds, then fallback_encoder (if it is
179 # specified) is used in lossy 'replace' mode. Setting a fallback
180 # encoder ensures that the encoder always succeeds, but it can cause
182 ctx.cvs_author_decoder = CVSTextDecoder(
188 #fallback_encoding='ascii'
190 ctx.cvs_log_decoder = CVSTextDecoder(
196 #fallback_encoding='ascii'
198 # You might want to be especially strict when converting filenames to
199 # Unicode (e.g., maybe not specify a fallback_encoding).
200 ctx.cvs_filename_decoder = CVSTextDecoder(
206 #fallback_encoding='ascii'
209 # Template for the commit message to be used for initial project
211 ctx.initial_project_commit_message = (
212 'Standard project directories initialized by cvs2svn.'
215 # Template for the commit message to be used for post commits, in
216 # which modifications to a vendor branch are copied back to trunk.
217 # This message can use '%(revnum)d' to include the SVN revision number
218 # of the revision that included the change to the vendor branch
219 # (admittedly rather pointless in a cvs2git conversion).
220 ctx.post_commit_message = (
221 'This commit was generated by cvs2svn to track changes on a CVS '
225 # Template for the commit message to be used for commits in which
226 # symbols are created. This message can use '%(symbol_type)s' to
227 # include the type of the symbol ('branch' or 'tag') or
228 # '%(symbol_name)s' to include the name of the symbol.
229 ctx.symbol_commit_message = (
230 "This commit was manufactured by cvs2svn to create %(symbol_type)s "
234 # Template for the commit message to be used for commits in which
235 # tags are pseudo-merged back to their source branch. This message can
236 # use '%(symbol_name)s' to include the name of the symbol.
237 # (Not used by default unless you enable tie_tag_fixup_branches on
239 ctx.tie_tag_ancestry_message = (
240 "This commit was manufactured by cvs2svn to tie ancestry for "
241 "tag '%(symbol_name)s' back to the source branch."
244 # Some CVS clients for MacOS store resource fork data into CVS along
245 # with the file contents itself by wrapping it all up in a container
246 # format called "AppleSingle". Subversion currently does not support
247 # MacOS resource forks. Nevertheless, sometimes the resource fork
248 # information is not necessary and can be discarded. Set the
249 # following option to True if you would like cvs2svn to identify files
250 # whose contents are encoded in AppleSingle format, and discard all
251 # but the data fork for such files before committing them to
252 # Subversion. (Please note that AppleSingle contents are identified
253 # by the AppleSingle magic number as the first four bytes of the file.
254 # This check is not failproof, so only set this option if you think
256 ctx.decode_apple_single = False
258 # This option can be set to the name of a filename to which are stored
259 # statistics and conversion decisions about the CVS symbols.
260 ctx.symbol_info_filename = None
261 #ctx.symbol_info_filename = 'symbol-info.txt'
263 # cvs2svn uses "symbol strategy rules" to help decide how to handle
264 # CVS symbols. The rules in a project's symbol_strategy_rules are
265 # applied in order, and each rule is allowed to modify the symbol.
266 # The result (after each of the rules has been applied) is used for
269 # 1. A CVS symbol might be used as a tag in one file and as a branch
270 # in another file. cvs2svn has to decide whether to convert such a
271 # symbol as a tag or as a branch. cvs2svn uses a series of
272 # heuristic rules to decide how to convert a symbol. The user can
273 # override the default rules for specific symbols or symbols
274 # matching regular expressions.
276 # 2. cvs2svn is also capable of excluding symbols from the conversion
277 # (provided no other symbols depend on them.
279 # 3. CVS does not record unambiguously the line of development from
280 # which a symbol sprouted. cvs2svn uses a heuristic to choose a
281 # symbol's "preferred parents".
283 # The standard branch/tag/exclude StrategyRules do not change a symbol
284 # that has already been processed by an earlier rule, so in effect the
285 # first matching rule is the one that is used.
287 global_symbol_strategy_rules = [
288 # It is possible to specify manually exactly how symbols should be
289 # converted and what line of development should be used as the
290 # preferred parent. To do so, create a file containing the symbol
291 # hints and enable the following option.
293 # The format of the hints file is described in the documentation
294 # for the --symbol-hints command-line option. The file output by
295 # the --write-symbol-info (i.e., ctx.symbol_info_filename) option
296 # is in the same format. The simplest way to use this option is
297 # to run the conversion through CollateSymbolsPass with
298 # --write-symbol-info option, copy the symbol info and edit it to
299 # create a hints file, then re-start the conversion at
300 # CollateSymbolsPass with this option enabled.
301 #SymbolHintsFileRule('symbol-hints.txt'),
303 # To force all symbols matching a regular expression to be
304 # converted as branches, add rules like the following:
305 #ForceBranchRegexpStrategyRule(r'branch.*'),
307 # To force all symbols matching a regular expression to be
308 # converted as tags, add rules like the following:
309 #ForceTagRegexpStrategyRule(r'tag.*'),
311 # To force all symbols matching a regular expression to be
312 # excluded from the conversion, add rules like the following:
313 #ExcludeRegexpStrategyRule(r'unknown-.*'),
315 # Sometimes people use "cvs import" to get their own source code
316 # into CVS. This practice creates a vendor branch 1.1.1 and
317 # imports the code onto the vendor branch as 1.1.1.1, then copies
318 # the same content to the trunk as version 1.1. Normally, such
319 # vendor branches are useless and they complicate the SVN history
320 # unnecessarily. The following rule excludes any branches that
321 # only existed as a vendor branch with a single import (leaving
322 # only the 1.1 revision). If you want to retain such branches,
323 # comment out the following line. (Please note that this rule
324 # does not exclude vendor *tags*, as they are not so easy to
326 ExcludeTrivialImportBranchRule(),
328 # To exclude all vendor branches (branches that had "cvs import"s
329 # on them but no other kinds of commits), uncomment the following
331 #ExcludeVendorBranchRule(),
333 # Usually you want this rule, to convert unambiguous symbols
334 # (symbols that were only ever used as tags or only ever used as
335 # branches in CVS) the same way they were used in CVS:
336 UnambiguousUsageRule(),
338 # If there was ever a commit on a symbol, then it cannot be
339 # converted as a tag. This rule causes all such symbols to be
340 # converted as branches. If you would like to resolve such
341 # ambiguities manually, comment out the following line:
342 BranchIfCommitsRule(),
344 # Last in the list can be a catch-all rule that is used for
345 # symbols that were not matched by any of the more specific rules
346 # above. (Assuming that BranchIfCommitsRule() was included above,
347 # then the symbols that are still indeterminate at this point can
348 # sensibly be converted as branches or tags.) Include at most one
349 # of these lines. If none of these catch-all rules are included,
350 # then the presence of any ambiguous symbols (that haven't been
351 # disambiguated above) is an error:
353 # Convert ambiguous symbols based on whether they were used more
354 # often as branches or as tags:
355 HeuristicStrategyRule(),
356 # Convert all ambiguous symbols as branches:
358 # Convert all ambiguous symbols as tags:
361 # The last rule is here to choose the preferred parent of branches
362 # and tags, that is, the line of development from which the symbol
364 HeuristicPreferredParentRule(),
367 # Specify a username to be used for commits for which CVS doesn't
368 # record the original author (for example, the creation of a branch).
369 # This should be a simple (unix-style) username, but it can be
370 # translated into a git-style name by the author_transforms map.
371 ctx.username = 'cvs2svn'
373 # ctx.file_property_setters and ctx.revision_property_setters contain
374 # rules used to set the svn properties on files in the converted
375 # archive. For each file, the rules are tried one by one. Any rule
376 # can add or suppress one or more svn properties. Typically the rules
377 # will not overwrite properties set by a previous rule (though they
378 # are free to do so). ctx.file_property_setters should be used for
379 # properties that remain the same for the life of the file; these
380 # should implement FilePropertySetter. ctx.revision_property_setters
381 # should be used for properties that are allowed to vary from revision
382 # to revision; these should implement RevisionPropertySetter.
384 # Obviously, SVN properties per se are not interesting for a cvs2git
385 # conversion, but some of these properties have side-effects that do
386 # affect the git output. FIXME: Document this in more detail.
387 ctx.file_property_setters.extend([
389 ctx.revision_property_setters.extend([
390 # To read auto-props rules from a file, uncomment the following line
391 # and specify a filename. The boolean argument specifies whether
392 # case should be ignored when matching filenames to the filename
393 # patterns found in the auto-props file:
394 #AutoPropsPropertySetter(
395 # r'/home/username/.subversion/config',
399 # To read mime types from a file, uncomment the following line and
400 # specify a filename:
401 #MimeMapper(r'/etc/mime.types', ignore_case=False),
403 # Omit the svn:eol-style property from any files that are listed
404 # as binary (i.e., mode '-kb') in CVS:
405 CVSBinaryFileEOLStyleSetter(),
407 # If the file is binary and its svn:mime-type property is not yet
408 # set, set svn:mime-type to 'application/octet-stream'.
409 CVSBinaryFileDefaultMimeTypeSetter(),
411 # To try to determine the eol-style from the mime type, uncomment
412 # the following line:
413 #EOLStyleFromMimeTypeSetter(),
415 # Choose one of the following lines to set the default
416 # svn:eol-style if none of the above rules applied. The argument
417 # is the svn:eol-style that should be applied, or None if no
418 # svn:eol-style should be set (i.e., the file should be treated as
421 # The default is to treat all files as binary unless one of the
422 # previous rules has determined otherwise, because this is the
423 # safest approach. However, if you have been diligent about
424 # marking binary files with -kb in CVS and/or you have used the
425 # above rules to definitely mark binary files as binary, then you
426 # might prefer to use 'native' as the default, as it is usually
427 # the most convenient setting for text files. Other possible
428 # options: 'CRLF', 'CR', 'LF'.
429 DefaultEOLStyleSetter(None),
430 #DefaultEOLStyleSetter('native'),
432 # Prevent svn:keywords from being set on files that have
433 # svn:eol-style unset.
434 SVNBinaryFileKeywordsPropertySetter(),
436 # If svn:keywords has not been set yet, set it based on the file's
438 KeywordsPropertySetter(config.SVN_KEYWORDS_VALUE),
440 # Set the svn:executable flag on any files that are marked in CVS as
442 ExecutablePropertySetter(),
446 # To skip the cleanup of temporary files, uncomment the following
448 #ctx.skip_cleanup = True
451 # In CVS, it is perfectly possible to make a single commit that
452 # affects more than one project or more than one branch of a single
453 # project. Subversion also allows such commits. Therefore, by
454 # default, when cvs2svn sees what looks like a cross-project or
455 # cross-branch CVS commit, it converts it into a
456 # cross-project/cross-branch Subversion commit.
458 # However, other tools and SCMs have trouble representing
459 # cross-project or cross-branch commits. (For example, Trac's Revtree
460 # plugin, http://www.trac-hacks.org/wiki/RevtreePlugin is confused by
461 # such commits.) Therefore, we provide the following two options to
462 # allow cross-project/cross-branch commits to be suppressed.
464 # cvs2git only supports single-project conversions (multiple-project
465 # conversions wouldn't really make sense for git anyway). So this
466 # option must be set to False:
467 ctx.cross_project_commits = False
469 # git itself doesn't allow commits that affect more than one branch,
470 # so this option must be set to False:
471 ctx.cross_branch_commits = False
473 # cvs2git does not yet handle translating .cvsignore files into
474 # .gitignore files, so by default, the .cvsignore files are included
475 # in the conversion output. If you would like to omit the .cvsignore
476 # files from the output, set this option to False:
477 ctx.keep_cvsignore = True
479 # By default, it is a fatal error for a CVS ",v" file to appear both
480 # inside and outside of an "Attic" subdirectory (this should never
481 # happen, but frequently occurs due to botched repository
482 # administration). If you would like to retain both versions of such
483 # files, change the following option to True, and the attic version of
484 # the file will be written to a subdirectory called "Attic" in the
486 ctx.retain_conflicting_attic_files = False
488 # CVS uses unix login names as author names whereas git requires
489 # author names to be of the form "foo <bar>". The default is to set
490 # the git author to "cvsauthor <cvsauthor>". author_transforms can be
491 # used to map cvsauthor names (e.g., "jrandom") to a true name and
492 # email address (e.g., "J. Random <jrandom@example.com>" for the
493 # example shown). All strings should be either Unicode strings (i.e.,
494 # with "u" as a prefix) or 8-bit strings in the utf-8 encoding. The
495 # values can either be strings in the form "name <email>" or tuples
496 # (name, email). Please substitute your own project's usernames here
497 # to use with the author_transforms option of GitOutputOption below.
499 'jrandom' : ('J. Random', 'jrandom@example.com'),
500 'mhagger' : 'Michael Haggerty <mhagger@alum.mit.edu>',
501 'brane' : (u'Branko Čibej', 'brane@xbc.nu'),
502 'ringstrom' : 'Tobias Ringström <tobias@ringstrom.mine.nu>',
503 'dionisos' : (u'Erik Hülsmann', 'e.huelsmann@gmx.net'),
505 # This one will be used for commits for which CVS doesn't record
506 # the original author, as explained above.
507 'cvs2svn' : 'cvs2svn <admin@example.com>',
510 # This is the main option that causes cvs2svn to output to a
511 # "fastimport"-format dumpfile rather than to Subversion:
512 ctx.output_option = GitOutputOption(
513 # The file in which to write the git-fast-import stream that
514 # contains the changesets and branch/tag information:
515 os.path.join(ctx.tmpdir, 'git-dump.dat'),
517 # The blobs will be written via the revision recorder, so in
518 # OutputPass we only have to emit references to the blob marks:
519 GitRevisionMarkWriter(),
521 # Optional map from CVS author names to git author names:
522 author_transforms=author_transforms,
525 # Change this option to True to turn on profiling of cvs2svn (for
526 # debugging purposes):
527 run_options.profiling = False
530 # Should CVSItem -> Changeset database files be memory mapped? In
531 # some tests, using memory mapping speeded up the overall conversion
532 # by about 5%. But this option can cause the conversion to fail with
533 # an out of memory error if the conversion computer runs out of
534 # virtual address space (e.g., when running a very large conversion on
535 # a 32-bit operating system). Therefore it is disabled by default.
536 # Uncomment the following line to allow these database files to be
538 #changeset_database.use_mmap_for_cvs_item_to_changeset_table = True
540 # Now set the project to be converted to git. cvs2git only supports
541 # single-project conversions, so this method must only be called
543 run_options.set_project(
544 # The filesystem path to the part of the CVS repository (*not* a
545 # CVS working copy) that should be converted. This may be a
546 # subdirectory (i.e., a module) within a larger CVS repository.
547 r'test-data/main-cvsrepos',
549 # A list of symbol transformations that can be used to rename
550 # symbols in this project.
552 # Use IgnoreSymbolTransforms like the following to completely
553 # ignore symbols matching a regular expression when parsing
554 # the CVS repository, for example to avoid warnings about
555 # branches with two names and to choose the preferred name.
556 # It is *not* recommended to use this instead of
557 # ExcludeRegexpStrategyRule; though more efficient,
558 # IgnoreSymbolTransforms are less flexible and don't exclude
559 # branches correctly. The argument is a Python-style regular
560 # expression that has to match the *whole* CVS symbol name:
561 #IgnoreSymbolTransform(r'nightly-build-tag-.*')
563 # RegexpSymbolTransforms transform symbols textually using a
564 # regular expression. The first argument is a Python regular
565 # expression pattern and the second is a replacement pattern.
566 # The pattern is matched against each symbol name. If it
567 # matches the whole symbol name, then the symbol name is
568 # replaced with the corresponding replacement text. The
569 # replacement can include substitution patterns (e.g., r'\1'
570 # or r'\g<name>'). Typically you will want to use raw strings
571 # (strings with a preceding 'r', like shown in the examples)
572 # for the regexp and its replacement to avoid backslash
573 # substitution within those strings.
574 #RegexpSymbolTransform(r'release-(\d+)_(\d+)',
576 #RegexpSymbolTransform(r'release-(\d+)_(\d+)_(\d+)',
577 # r'release-\1.\2.\3'),
579 # Simple 1:1 character replacements can also be done. The
580 # following transform, which converts backslashes into forward
581 # slashes, should usually be included:
582 ReplaceSubstringsSymbolTransform('\\','/'),
584 # This last rule eliminates leading, trailing, and repeated
585 # slashes within the output symbol names:
586 NormalizePathsSymbolTransform(),
589 # See the definition of global_symbol_strategy_rules above for a
590 # description of this option:
591 symbol_strategy_rules=global_symbol_strategy_rules,