~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/user-guide/configuration.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2007-11-30 05:43:20 UTC
  • mfrom: (3054.1.1 ianc-integration)
  • Revision ID: pqm@pqm.ubuntu.com-20071130054320-b4oer0rcbiy2ouzg
Bazaar User Guide for 1.0rc (Ian Clatworthy)

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
====================
2
 
Bazaar configuration
3
 
====================
 
1
Configuration reference
 
2
=======================
4
3
 
5
4
Information on how to configure Bazaar.
6
5
 
9
8
 
10
9
 
11
10
Environment variables
12
 
=====================
 
11
---------------------
 
12
 
13
13
While most configuration is handled by configuration files, some options
14
14
which may be semi-permanent can also be controlled through the environment.
15
15
 
16
16
BZR_EMAIL
17
 
---------
 
17
~~~~~~~~~
 
18
 
18
19
Override the email id used by Bazaar.  Typical format::
19
20
 
20
21
  "John Doe <jdoe@example.com>"
22
23
See also the ``email`` configuration value.
23
24
 
24
25
BZR_PROGRESS_BAR
25
 
----------------
 
26
~~~~~~~~~~~~~~~~
 
27
 
26
28
Override the progress display.  Possible values are "none", "dots", "tty"
27
29
 
28
30
BZR_SIGQUIT_PDB
29
 
---------------
 
31
~~~~~~~~~~~~~~~
 
32
 
30
33
Control whether SIGQUIT behaves normally or invokes a breakin debugger.
31
34
0 = Standard SIGQUIT behavior
32
35
1 = Invoke breakin debugger (default)
33
36
 
34
37
BZR_HOME
35
 
--------
 
38
~~~~~~~~
 
39
 
36
40
Override the home directory used by Bazaar.
37
41
 
38
42
BZR_SSH
39
 
-------
 
43
~~~~~~~
 
44
 
40
45
Select a different SSH implementation.
41
46
 
42
47
BZR_PDB
43
 
-------
 
48
~~~~~~~
 
49
 
44
50
Control whether to launch a debugger on error.
45
51
0 = Standard behavior
46
52
1 = Launch debugger
47
53
 
48
54
BZR_REMOTE_PATH
49
 
---------------
 
55
~~~~~~~~~~~~~~~
 
56
 
50
57
Path to the Bazaar executable to use when using the bzr+ssh protocol.
51
58
 
52
59
See also the ``bzr_remote_path`` configuration value
53
60
 
54
61
BZR_EDITOR
55
 
----------
 
62
~~~~~~~~~~
 
63
 
56
64
Path to the editor Bazaar should use for commit messages, etc.
57
65
 
58
66
BZR_PLUGIN_PATH
59
 
---------------
 
67
~~~~~~~~~~~~~~~
 
68
 
60
69
The path to the plugins directory that Bazaar should use.
61
70
 
62
71
BZRPATH
63
 
-------
 
72
~~~~~~~
 
73
 
64
74
The path where Bazaar should look for shell plugin external commands.
65
75
 
66
76
 
67
77
Configuration files
68
 
===================
 
78
-------------------
69
79
 
70
80
Location
71
 
--------
 
81
~~~~~~~~
72
82
 
73
83
Configuration files are located in ``$HOME/.bazaar`` and are
74
84
sometimes referred to as ``ini files``:
87
97
one of the values for a branch with a setting that is specific to you then you
88
98
can do so in ``locations.conf``.
89
99
 
90
 
General Format
91
 
--------------
 
100
General format
 
101
~~~~~~~~~~~~~~
92
102
 
93
103
An ini file has three types of contructs: section headers, section
94
104
variables and comments.
95
105
 
96
106
Comments
97
 
~~~~~~~~
 
107
^^^^^^^^
 
108
 
98
109
A comment is any line that starts with a "#" (sometimes called a "hash
99
110
mark", "pound sign" or "number sign"). Comment lines are ignored by
100
111
Bazaar when parsing ini files.
101
112
 
102
 
Section Headers
103
 
~~~~~~~~~~~~~~~
 
113
Section headers
 
114
^^^^^^^^^^^^^^^
 
115
 
104
116
A section header is a word enclosed in brackets that starts at the begining
105
117
of a line.  A typical section header looks like this::
106
118
 
119
131
    [/home/jdoe/branches/]
120
132
 
121
133
 
122
 
Section Variables
123
 
~~~~~~~~~~~~~~~~~
 
134
Section variables
 
135
^^^^^^^^^^^^^^^^^
124
136
 
125
137
A section variable resides within a section. A section variable contains a
126
138
variable name, an equals sign and a value.  For example::
129
141
    check_signatures = require
130
142
 
131
143
 
132
 
Variable Policies
133
 
~~~~~~~~~~~~~~~~~
 
144
Variable policies
 
145
^^^^^^^^^^^^^^^^^
134
146
 
135
147
Variables defined in a section affect the named directory or URL plus
136
148
any locations they contain.  Policies can be used to change how a
160
172
 
161
173
 
162
174
The main configuration file, bazaar.conf
163
 
----------------------------------------
 
175
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
164
176
 
165
177
The main configuration file, ``$HOME/.bazaar/bazaar.conf``, only allows one
166
178
section called ``[DEFAULT]``. This default section contains the default
177
189
 
178
190
 
179
191
The branch location configuration file, locations.conf
180
 
------------------------------------------------------
 
192
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
181
193
 
182
194
``$HOME/.bazaar/locations.conf`` allows one to specify overriding settings for
183
195
a specific branch. The format is almost identical to the default section in
196
208
    check_signatures  = require
197
209
 
198
210
The authentication configuration file, authentication.conf
199
 
----------------------------------------------------------
 
211
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
200
212
 
201
213
``$HOME/.bazaar/authentication.conf`` allows one to specify credentials for
202
214
remote servers. This can be used for all the supported transports and any part
210
222
 
211
223
.. _authentication configuration file documentation: authentication_conf.html
212
224
 
213
 
Common Variable Options
214
 
=======================
 
225
Common variable options
 
226
-----------------------
215
227
 
216
228
email
217
 
-----
 
229
~~~~~
 
230
 
218
231
The email address to use when committing a branch. Typically takes the form
219
232
of::
220
233
 
221
234
    email = Full Name <account@hostname.tld>
222
235
 
223
236
editor
224
 
------
 
237
~~~~~~
 
238
 
225
239
The path of the editor that you wish to use if *bzr commit* is run without
226
240
a commit message. This setting is trumped by the environment variable
227
241
``$BZR_EDITOR``, and overrides ``$VISUAL`` and ``$EDITOR``.
228
242
 
229
243
check_signatures
230
 
----------------
 
244
~~~~~~~~~~~~~~~~
 
245
 
231
246
Defines the behavior for signatures.
232
247
 
233
248
require
242
257
    no signature is present.
243
258
 
244
259
create_signatures
245
 
-----------------
 
260
~~~~~~~~~~~~~~~~~
 
261
 
246
262
Defines the behaviour of signing revisions.
247
263
 
248
264
always
257
273
    requires signatures.
258
274
 
259
275
recurse
260
 
-------
 
276
~~~~~~~
 
277
 
261
278
Only useful in ``locations.conf``. Defines whether or not the
262
279
configuration for this section applies to subdirectories:
263
280
 
269
286
    branches below it.
270
287
 
271
288
gpg_signing_command
272
 
-------------------
 
289
~~~~~~~~~~~~~~~~~~~
 
290
 
273
291
(Default: "gpg"). Which program should be used to sign and check revisions.
274
292
For example::
275
293
 
276
294
    gpg_signing_command = /usr/bin/gnpg
277
295
 
278
296
bzr_remote_path
279
 
---------------
 
297
~~~~~~~~~~~~~~~
 
298
 
280
299
(Default: "bzr").  The path to the command that should be used to run the smart
281
300
server for bzr.  This value may only be specified in locations.conf, because:
282
301
 
287
306
It is overridden by the BZR_REMOTE_PATH environment variable.
288
307
 
289
308
smtp_server
290
 
-----------
 
309
~~~~~~~~~~~
 
310
 
291
311
(Default: "localhost"). SMTP server to use when Bazaar needs to send
292
312
email, eg. with ``merge-directive --mail-to``, or the bzr-email plugin.
293
313
 
294
314
smtp_username, smtp_password
295
 
----------------------------
 
315
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
316
 
296
317
User and password to authenticate to the SMTP server. If smtp_username
297
318
is set, and smtp_password is not, Bazaar will prompt for a password.
298
319
These settings are only needed if the SMTP server requires authentication
299
320
to send mail.
300
321
 
301
322
mail_client
302
 
-----------
 
323
~~~~~~~~~~~
 
324
 
303
325
A mail client to use for sending merge requests.
304
326
By default, bzr will try to use ``mapi`` on Windows.  On other platforms, it
305
327
will try ``xdg-email``. If either of these fails, it will fall back to
323
345
:xdg-email: Use xdg-email to run your preferred mail program
324
346
 
325
347
submit_branch
326
 
-------------
 
348
~~~~~~~~~~~~~
 
349
 
327
350
The branch you intend to submit your current work to.  This is automatically
328
351
set by ``bzr send``, and is also used by the ``submit:`` revision spec.  This
329
352
should usually be set on a per-branch or per-location basis.
330
353
 
331
354
public_branch
332
 
-------------
 
355
~~~~~~~~~~~~~
 
356
 
333
357
A publically-accessible version of this branch (implying that this version is
334
358
not publically-accessible).  Used (and set) by ``bzr send``.
335
359
 
336
360
 
337
 
Branch 6 Options
338
 
================
 
361
Branch 6 options
 
362
----------------
339
363
 
340
364
These options apply only to branches that use the "dirstate-tags" format.  They
341
365
are usually set in ``.bzr/branch/branch.conf`` automatically, but may be
342
366
manually set in ``locations.conf`` or ``bazaar.conf``.
343
367
 
344
368
append_revisions_only
345
 
---------------------
 
369
~~~~~~~~~~~~~~~~~~~~~
 
370
 
346
371
If set to "True" then revisions can only be appended to the log, not
347
372
removed.  A branch with this setting enabled can only pull from
348
373
another branch if the other branch's log is a longer version of its
349
374
own.  This is normally set by ``bzr init --append-revisions-only``.
350
375
 
351
376
parent_location
352
 
---------------
 
377
~~~~~~~~~~~~~~~
 
378
 
353
379
If present, the location of the default branch for pull or merge.
354
380
This option is normally set by ``pull --remember`` or ``merge
355
381
--remember``.
356
382
 
357
383
push_location
358
 
-------------
 
384
~~~~~~~~~~~~~
 
385
 
359
386
If present, the location of the default branch for push.  This option
360
387
is normally set by ``push --remember``.
361
388
 
362
389
bound_location
363
 
--------------
 
390
~~~~~~~~~~~~~~
 
391
 
364
392
The location that commits should go to when acting as a checkout.
365
393
This option is normally set by ``bind``.
366
394
 
367
395
bound
368
 
-----
 
396
~~~~~
 
397
 
369
398
If set to "True", the branch should act as a checkout, and push each commit to
370
399
the bound_location.  This option is normally set by ``bind``/``unbind``.
371
400