~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/configuration.txt

  • Committer: Martin Pool
  • Date: 2005-05-11 08:12:23 UTC
  • Revision ID: mbp@sourcefrog.net-20050511081223-7c935881e8145274
todo

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
====================
2
 
Bazaar configuration
3
 
====================
4
 
 
5
 
Information on how to configure Bazaar.
6
 
 
7
 
Location of configuration file
8
 
==============================
9
 
Each user gets a pair of configurations files in $HOME/.bazaar. The first
10
 
one, named bazaar.conf, includes default configuration options. The other
11
 
file, locations.conf, contains configuration information for specific
12
 
branch locations.
13
 
 
14
 
General Format
15
 
==============
16
 
An ini file has three types of contructs: section headers, section
17
 
variables and comments.
18
 
 
19
 
comment
20
 
-------
21
 
A comment is any line that starts with a "#" (sometimes called a "hash
22
 
mark", "pound sign" or "number sign"). Comment lines are ignored by
23
 
Bazaar when parsing ini files.
24
 
 
25
 
section header
26
 
--------------
27
 
A section header is a word enclosed in brackets that starts at the begining
28
 
of a line, typical section headers look like this::
29
 
 
30
 
    [DEFAULT]
31
 
 
32
 
The only valid section header for bazaar.conf is [DEFAULT], which is case
33
 
senstive. The default section provides for setting variables which can be
34
 
overridden with the branch config file.
35
 
 
36
 
For locations.conf, the variables from the section with the longest matching
37
 
section header are used to the exclusion of other potentially valid section
38
 
headers. A section header uses the path for the branch as the section
39
 
header. Some examples include::
40
 
 
41
 
    [http://mybranches.isp.com/~jdoe/branchdir]
42
 
    [/home/jdoe/branches/]
43
 
 
44
 
 
45
 
 
46
 
section variables
47
 
-----------------
48
 
 
49
 
A section variable resides within a section. A section variable contains a
50
 
variable name, an equals sign and a value and generally takes the following
51
 
form::
52
 
 
53
 
    email            = John Doe <jdoe@isp.com>
54
 
    check_signatures = require
55
 
 
56
 
 
57
 
The main configuration file, bazaar.conf
58
 
----------------------------------------
59
 
 
60
 
The main configuration file, $HOME/.bazaar/bazaar.conf, only allows one
61
 
section called '''[DEFAULT]'''. This default section contains the default
62
 
configuration options for all branches. The default section can be
63
 
overriden by providing a branch specific section in locations.conf.
64
 
 
65
 
A typical bazaar.conf section often looks like the following::
66
 
 
67
 
    [DEFAULT]
68
 
    email             = John Doe <jdoe@isp.com>
69
 
    editor            = /usr/bin/vim
70
 
    check_signatures  = check-available
71
 
    create_signatures = when-required
72
 
 
73
 
$HOME/.bazaar/locations.conf allows one to specify overriding settings for a
74
 
specific branch. The format is almost identical to the default section in
75
 
bazaar.conf with one significant change: The section header, instead of
76
 
saying default, will be the path to a branch that you wish to override a
77
 
value for. The ? and * wildcards are supported::
78
 
 
79
 
    [/home/jdoe/branches/nethack]
80
 
    email = Nethack Admin <nethack@nethack.com>
81
 
 
82
 
    [http://hypothetical.site.com/branches/devel-branch]
83
 
    create_signatures = always
84
 
    check_signatures  = always
85
 
 
86
 
    [http://bazaar-vcs.org/bzr/*]
87
 
    check_signatures  = require
88
 
 
89
 
Common Variable options
90
 
=======================
91
 
 
92
 
email
93
 
-----
94
 
The email address to use when committing a branch. Typically takes the form
95
 
of::
96
 
 
97
 
    email = Full Name <account@hostname.tld>
98
 
 
99
 
editor
100
 
------
101
 
The path of the editor that you wish to use if *bzr commit* is run without
102
 
a commit log message. This setting is trumped by the environment variables
103
 
$BZR_EDITOR or $EDITOR.
104
 
 
105
 
check_signatures
106
 
----------------
107
 
Defines the behavior for signatures.
108
 
 
109
 
require
110
 
    the gnupg signature for revisions must be present and must be valid
111
 
 
112
 
ignore
113
 
    Do not check gnupg signatures of revisions. 
114
 
 
115
 
check-available
116
 
    (default) If gnupg signatures for revisions are present, check them.
117
 
    Bazaar will fail if it finds a bad signature, but will not fail if
118
 
    no signature is present
119
 
 
120
 
create_signatures
121
 
-----------------
122
 
Defines the behaviour of signing revisions. Has three possible values:
123
 
always, never and when-requied.
124
 
 
125
 
always
126
 
    sign every new revision that is committed
127
 
 
128
 
when-required
129
 
    (default) Sign newly committed revisions only when the branch requires
130
 
    signed revisions
131
 
 
132
 
never
133
 
    Refuse to sign newly committed revisions, even if the branch requires signatures
134
 
 
135
 
recurse
136
 
-------
137
 
Only useful in locations.conf. Defines whether or not the configuration for
138
 
this section applies to subdirectories:
139
 
 
140
 
true
141
 
    (default) This section applies to subdirectories as well
142
 
 
143
 
false
144
 
    This section only applies to the branch at this directory and not
145
 
    branches 
146
 
 
147
 
gpg_signing_command
148
 
-------------------
149
 
(Default: "gpg"). Which program should be used to sign and check revisions.
150
 
example::
151
 
 
152
 
    gpg_signing_command = /usr/bin/gnpg
153