- Timestamp:
- 08/20/05 23:39:45 (8 years ago)
- Hash name:
- 20050820213945-97f81-c05c9f4b35c436c974a8606860a382bbc31fc9e3
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
README
r646 r651 284 284 subdir = darcside 285 285 286 The configuration may hold one or more `projects` and two or more287 `repositories` : project names do not contains colons ":",286 The configuration may hold one or more `projects`_ and two or more 287 `repositories`_: project names do not contains colons ":", 288 288 repository names must and the first part of the name before the 289 289 colon specify the kind of the repository. So, the above example … … 341 341 342 342 343 Configuration sections 344 ---------------------- 345 346 Projects 347 ~~~~~~~~ 348 349 A project is identified by a section whose name does not contain any 350 colon (":") character, and configured with the following values: 351 352 root-directory 353 This is where all the fun will happen: this directory will contain 354 the source and the target working copy, and usually the state and 355 the log file. It support the conventional `~user` to indicate user's 356 home directory. 357 358 subdir 359 This is the subdirectory, relative to the `root-directory`, where 360 tailor will extract the source working copy. It may be '.' for some 361 backend kinds. 362 363 state-file 364 Name of the state file needed to store tailor last activity. 365 366 source 367 The source repository: a repository name is something like 368 "darcs:somename", that will be loaded from the homonymous section 369 in the configuration. 370 371 target 372 The counterpart of `source`, the repository that will receive the 373 changes coming from there. 374 375 Non mandatory options: 376 377 verbose 378 Print the commands as they are executed. 379 380 debug 381 Print also their output. 382 383 before-commit 384 This is a function name, or a sequence of function names enclosed 385 by brackets, that will be executed on each changeset just before 386 it get replayed on the target system: this may be used to perform 387 any kind of alteration on the content of the changeset, or to skip 388 some of them. 389 390 after-commit 391 This is a function name, or a sequence of function names enclosed 392 by brackets, that will be executed on each changeset just after 393 the commit on the target system: this may be used for example to 394 create a tag. 395 396 subdir 397 The name of the subdirectory, under ``root-directory``, that will 398 contain the source and target repositories/working directories. 399 400 401 Repositories 402 ~~~~~~~~~~~~ 403 404 All the section whose name contains at least one colon character 405 denote a repository. A single repository may be shared by zero, one or 406 more projects. The first part of the name up to the first colon 407 indicates the `kind` of the repository, one of ``arx``, ``bzr``, 408 ``bzrng``, ``cdv``, ``cvs``, ``darcs``, ``hg``, ``monotone``, ``svn`` 409 and ``tla``. 410 411 When a repository is used as a `source`, it must indicate its origin 412 with ``repository``, and for some backends also a ``module``, but are 413 not required when it's a target system, even if some backend may use 414 the information to create the target repository (like ``svn`` backend 415 does). 416 417 Each repository may then impose a particular external binary to be 418 used, as done in the example above for ``hg``. Actually only one of 419 them, `bzrng`, accepts an option ``python-path``, to indicate where 420 the BazaarNG Python library is located. 421 422 A repository may also have it's own ``subdir``: when the `source` and 423 `target` repositories use different subdirectories, tailor uses 424 ``rsync`` to copy the changes between the two after each applied 425 changeset. 426 427 343 428 Using a Python script as configuration file 344 429 -------------------------------------------
Note: See TracChangeset
for help on using the changeset viewer.
