~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Ian Clatworthy
  • Date: 2007-08-13 14:33:10 UTC
  • mto: (2733.1.1 ianc-integration)
  • mto: This revision was merged to the branch mainline in revision 2734.
  • Revision ID: ian.clatworthy@internode.on.net-20070813143310-twhj4la0qnupvze8
Added Quick Start Summary

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
Configuration Settings
2
 
=======================
3
 
 
4
 
Environment settings
5
 
---------------------
6
 
 
7
 
While most configuration is handled by configuration files, some options
8
 
which may be semi-permanent can also be controlled through the environment.
9
 
 
10
 
BZR_EMAIL
11
 
~~~~~~~~~
12
 
 
13
 
Override the email id used by Bazaar.  Typical format::
14
 
 
15
 
  "John Doe <jdoe@example.com>"
16
 
 
17
 
See also the ``email`` configuration value.
18
 
 
19
 
BZR_PROGRESS_BAR
20
 
~~~~~~~~~~~~~~~~
21
 
 
22
 
Override the progress display.  Possible values are "none", "dots", "tty"
23
 
 
24
 
BZR_SIGQUIT_PDB
25
 
~~~~~~~~~~~~~~~
26
 
 
27
 
Control whether SIGQUIT behaves normally or invokes a breakin debugger.
28
 
 
29
 
* 0 = Standard SIGQUIT behavior (normally, exit with a core dump)
30
 
* 1 = Invoke breakin debugger (default)
31
 
 
32
 
BZR_HOME
33
 
~~~~~~~~
34
 
 
35
 
Override the home directory used by Bazaar.
36
 
 
37
 
BZR_SSH
38
 
~~~~~~~
39
 
 
40
 
Select a different SSH implementation.
41
 
 
42
 
BZR_PDB
43
 
~~~~~~~
44
 
 
45
 
Control whether to launch a debugger on error.
46
 
 
47
 
* 0 = Standard behavior
48
 
* 1 = Launch debugger
49
 
 
50
 
BZR_REMOTE_PATH
51
 
~~~~~~~~~~~~~~~
52
 
 
53
 
Path to the Bazaar executable to use when using the bzr+ssh protocol.
54
 
 
55
 
See also the ``bzr_remote_path`` configuration value.
56
 
 
57
 
BZR_EDITOR
58
 
~~~~~~~~~~
59
 
 
60
 
Path to the editor Bazaar should use for commit messages, etc.
61
 
 
62
 
BZR_LOG
63
 
~~~~~~~
64
 
 
65
 
Location of the Bazaar log file. You can check the current location by
66
 
running ``bzr version``.
67
 
 
68
 
The log file contains debug information that is useful for diagnosing or
69
 
reporting problems with Bazaar.
70
 
 
71
 
Setting this to ``NUL`` on Windows or ``/dev/null`` on other platforms
72
 
will disable logging.
73
 
 
74
 
 
75
 
BZR_PLUGIN_PATH
76
 
~~~~~~~~~~~~~~~
77
 
 
78
 
The path to the plugins directory that Bazaar should use.
79
 
If not set, Bazaar will search for plugins in:
80
 
 
81
 
* the user specific plugin directory (containing the ``user`` plugins),
82
 
 
83
 
* the bzrlib directory (containing the ``core`` plugins),
84
 
 
85
 
* the site specific plugin directory if applicable (containing
86
 
  the ``site`` plugins).
87
 
 
88
 
If ``BZR_PLUGIN_PATH`` is set in any fashion, it will change the
89
 
the way the plugin are searched. 
90
 
 
91
 
As for the ``PATH`` variables, if multiple directories are
92
 
specified in ``BZR_PLUGIN_PATH`` they should be separated by the
93
 
platform specific appropriate character (':' on Unix,
94
 
';' on windows)
95
 
 
96
 
By default if ``BZR_PLUGIN_PATH`` is set, it replaces searching
97
 
in ``user``.  However it will continue to search in ``core`` and
98
 
``site`` unless they are explicitly removed.
99
 
 
100
 
If you need to change the order or remove one of these
101
 
directories, you should use special values:
102
 
 
103
 
* ``-user``, ``-core``, ``-site`` will remove the corresponding
104
 
  path from the default values,
105
 
 
106
 
* ``+user``, ``+core``, ``+site`` will add the corresponding path
107
 
  before the remaining default values (and also remove it from
108
 
  the default values).
109
 
 
110
 
Note that the special values 'user', 'core' and 'site' should be
111
 
used literally, they will be substituted by the corresponding,
112
 
platform specific, values.
113
 
 
114
 
The examples below use ':' as the separator, windows users
115
 
should use ';'.
116
 
 
117
 
Overriding the default user plugin directory::
118
 
 
119
 
  BZR_PLUGIN_PATH='/path/to/my/other/plugins'
120
 
 
121
 
Disabling the site directory while retaining the user directory::
122
 
 
123
 
  BZR_PLUGIN_PATH='-site:+user'
124
 
 
125
 
Disabling all plugins (better achieved with --no-plugins)::
126
 
 
127
 
  BZR_PLUGIN_PATH='-user:-core:-site'
128
 
 
129
 
Overriding the default site plugin directory::
130
 
 
131
 
  BZR_PLUGIN_PATH='/path/to/my/site/plugins:-site':+user
132
 
 
133
 
BZR_DISABLE_PLUGINS
134
 
~~~~~~~~~~~~~~~~~~~
135
 
 
136
 
Under special circumstances (mostly when trying to diagnose a
137
 
bug), it's better to disable a plugin (or several) rather than
138
 
uninstalling them completely. Such plugins can be specified in
139
 
the ``BZR_DISABLE_PLUGINS`` environment variable.
140
 
 
141
 
In that case, ``bzr`` will stop loading the specified plugins and
142
 
will raise an import error if they are explicitly imported (by
143
 
another plugin that depends on them for example).
144
 
 
145
 
Disabling ``myplugin`` and ``yourplugin`` is achieved by::
146
 
 
147
 
  BZR_DISABLE_PLUGINS='myplugin:yourplugin'
148
 
 
149
 
BZR_PLUGINS_AT
150
 
~~~~~~~~~~~~~~
151
 
 
152
 
When adding a new feature or working on a bug in a plugin,
153
 
developers often need to use a specific version of a given
154
 
plugin. Since python requires that the directory containing the
155
 
code is named like the plugin itself this make it impossible to
156
 
use arbitrary directory names (using a two-level directory scheme
157
 
is inconvenient). ``BZR_PLUGINS_AT`` allows such directories even
158
 
if they don't appear in ``BZR_PLUGIN_PATH`` .
159
 
 
160
 
Plugins specified in this environment variable takes precedence
161
 
over the ones in ``BZR_PLUGIN_PATH``.
162
 
 
163
 
The variable specified a list of ``plugin_name@plugin path``,
164
 
``plugin_name`` being the name of the plugin as it appears in
165
 
python module paths, ``plugin_path`` being the path to the
166
 
directory containing the plugin code itself
167
 
(i.e. ``plugins/myplugin`` not ``plugins``).  Use ':' as the list
168
 
separator, use ';' on windows.
169
 
 
170
 
Example:
171
 
~~~~~~~~
172
 
 
173
 
Using a specific version of ``myplugin``:
174
 
``BZR_PLUGINS_AT='myplugin@/home/me/bugfixes/123456-myplugin``
175
 
 
176
 
BZRPATH
177
 
~~~~~~~
178
 
 
179
 
The path where Bazaar should look for shell plugin external commands.
180
 
 
181
 
 
182
 
http_proxy, https_proxy
183
 
~~~~~~~~~~~~~~~~~~~~~~~
184
 
 
185
 
Specifies the network proxy for outgoing connections, for example::
186
 
 
187
 
  http_proxy=http://proxy.example.com:3128/ 
188
 
  https_proxy=http://proxy.example.com:3128/
189
 
 
190
 
 
191
 
Configuration files
192
 
-------------------
193
 
 
194
 
Location
195
 
~~~~~~~~
196
 
 
197
 
Configuration files are located in ``$HOME/.bazaar`` on Unix and
198
 
``C:\Documents and Settings\<username>\Application Data\Bazaar\2.0`` on
199
 
Windows. (You can check the location for your system by using
200
 
``bzr version``.)
201
 
 
202
 
There are three primary configuration files in this location:
203
 
 
204
 
* ``bazaar.conf`` describes default configuration options,
205
 
 
206
 
* ``locations.conf`` describes configuration information for
207
 
  specific branch locations,
208
 
 
209
 
* ``authentication.conf`` describes credential information for
210
 
  remote servers.
 
1
====================
 
2
Bazaar configuration
 
3
====================
 
4
 
 
5
Information on how to configure Bazaar.
 
6
 
 
7
.. TODO: Should have some explanation of why you'd want things in
 
8
.. branch.conf.
 
9
 
 
10
Location of configuration files
 
11
===============================
 
12
Each user gets a pair of configurations files in ``$HOME/.bazaar``. The first
 
13
one, named ``bazaar.conf``, includes default configuration options. The other
 
14
file, ``locations.conf``, contains configuration information for specific
 
15
branch locations.  These files are sometimes referred to as ``ini files``.
211
16
 
212
17
Each branch can also contain a configuration file that sets values specific
213
18
to that branch. This file is found at ``.bzr/branch/branch.conf`` within the
215
20
one of the values for a branch with a setting that is specific to you then you
216
21
can do so in ``locations.conf``.
217
22
 
218
 
General format
219
 
~~~~~~~~~~~~~~
220
 
 
 
23
General Format
 
24
==============
221
25
An ini file has three types of contructs: section headers, section
222
26
variables and comments.
223
27
 
224
28
Comments
225
 
^^^^^^^^
226
 
 
 
29
--------
227
30
A comment is any line that starts with a "#" (sometimes called a "hash
228
31
mark", "pound sign" or "number sign"). Comment lines are ignored by
229
32
Bazaar when parsing ini files.
230
33
 
231
 
Section headers
232
 
^^^^^^^^^^^^^^^
233
 
 
 
34
Section Headers
 
35
---------------
234
36
A section header is a word enclosed in brackets that starts at the begining
235
37
of a line.  A typical section header looks like this::
236
38
 
237
39
    [DEFAULT]
238
40
 
239
 
The only valid section headers for bazaar.conf currently are [DEFAULT] and
240
 
[ALIASES].  Section headers are case sensitive. The default section provides for
241
 
setting variables which can be overridden with the branch config file.
 
41
The only valid section header for bazaar.conf is [DEFAULT], which is
 
42
case sensitive. The default section provides for setting variables
 
43
which can be overridden with the branch config file.
242
44
 
243
45
For ``locations.conf``, the variables from the section with the
244
46
longest matching section header are used to the exclusion of other
249
51
    [/home/jdoe/branches/]
250
52
 
251
53
 
252
 
Section variables
253
 
^^^^^^^^^^^^^^^^^
 
54
Section Variables
 
55
-----------------
254
56
 
255
57
A section variable resides within a section. A section variable contains a
256
58
variable name, an equals sign and a value.  For example::
259
61
    check_signatures = require
260
62
 
261
63
 
262
 
Variable policies
263
 
^^^^^^^^^^^^^^^^^
 
64
Variable Policies
 
65
-----------------
264
66
 
265
67
Variables defined in a section affect the named directory or URL plus
266
68
any locations they contain.  Policies can be used to change how a
290
92
 
291
93
 
292
94
The main configuration file, bazaar.conf
293
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
95
----------------------------------------
294
96
 
295
 
``bazaar.conf`` allows two sections: ``[DEFAULT]`` and ``[ALIASES]``.
296
 
The default section contains the default
 
97
The main configuration file, ``$HOME/.bazaar/bazaar.conf``, only allows one
 
98
section called ``[DEFAULT]``. This default section contains the default
297
99
configuration options for all branches. The default section can be
298
100
overriden by providing a branch-specific section in ``locations.conf``.
299
101
 
305
107
    check_signatures  = check-available
306
108
    create_signatures = when-required
307
109
 
308
 
 
309
 
The branch location configuration file, locations.conf
310
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
311
 
 
312
 
``locations.conf`` allows one to specify overriding settings for
313
 
a specific branch. The format is almost identical to the default section in
314
 
bazaar.conf with one significant change: The section header, instead of saying
315
 
default, will be the path to a branch that you wish to override a value
316
 
for. The '?' and '*' wildcards are supported::
 
110
``$HOME/.bazaar/locations.conf`` allows one to specify overriding settings for a
 
111
specific branch. The format is almost identical to the default section in
 
112
bazaar.conf with one significant change: The section header, instead of
 
113
saying default, will be the path to a branch that you wish to override a
 
114
value for. The '?' and '*' wildcards are supported::
317
115
 
318
116
    [/home/jdoe/branches/nethack]
319
117
    email = Nethack Admin <nethack@nethack.com>
325
123
    [http://bazaar-vcs.org/bzr/*]
326
124
    check_signatures  = require
327
125
 
328
 
The authentication configuration file, authentication.conf
329
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
330
 
 
331
 
``authentication.conf`` allows one to specify credentials for
332
 
remote servers. This can be used for all the supported transports and any part
333
 
of bzr that requires authentication (smtp for example).
334
 
 
335
 
The syntax of the file obeys the same rules as the others except for the
336
 
variable policies which don't apply.
337
 
 
338
 
For more information on the possible uses of the authentication configuration
339
 
file see :doc:`authentication-help`.
340
 
 
341
 
 
342
 
Common variable options
343
 
-----------------------
344
 
 
345
 
debug_flags
346
 
~~~~~~~~~~~
347
 
 
348
 
A comma-separated list of debugging options to turn on.  The same values
349
 
can be used as with the -D command-line option (see `help global-options`).
350
 
For example::
351
 
 
352
 
    debug_flags = hpss
 
126
Common Variable Options
 
127
=======================
353
128
 
354
129
email
355
 
~~~~~
356
 
 
 
130
-----
357
131
The email address to use when committing a branch. Typically takes the form
358
132
of::
359
133
 
360
134
    email = Full Name <account@hostname.tld>
361
135
 
362
136
editor
363
 
~~~~~~
364
 
 
 
137
------
365
138
The path of the editor that you wish to use if *bzr commit* is run without
366
139
a commit message. This setting is trumped by the environment variable
367
 
``BZR_EDITOR``, and overrides the ``VISUAL`` and ``EDITOR`` environment
368
 
variables.
369
 
 
370
 
log_format
371
 
~~~~~~~~~~
372
 
 
373
 
The default log format to use. Standard log formats are ``long``, ``short``
374
 
and ``line``. Additional formats may be provided by plugins. The default
375
 
value is ``long``.
 
140
``$BZR_EDITOR``, and overrides ``$VISUAL`` and ``$EDITOR``.
376
141
 
377
142
check_signatures
378
 
~~~~~~~~~~~~~~~~
379
 
 
 
143
----------------
380
144
Defines the behavior for signatures.
381
145
 
382
146
require
391
155
    no signature is present.
392
156
 
393
157
create_signatures
394
 
~~~~~~~~~~~~~~~~~
395
 
 
 
158
-----------------
396
159
Defines the behaviour of signing revisions.
397
160
 
398
161
always
407
170
    requires signatures.
408
171
 
409
172
recurse
410
 
~~~~~~~
411
 
 
 
173
-------
412
174
Only useful in ``locations.conf``. Defines whether or not the
413
175
configuration for this section applies to subdirectories:
414
176
 
420
182
    branches below it.
421
183
 
422
184
gpg_signing_command
423
 
~~~~~~~~~~~~~~~~~~~
424
 
 
 
185
-------------------
425
186
(Default: "gpg"). Which program should be used to sign and check revisions.
426
187
For example::
427
188
 
428
189
    gpg_signing_command = /usr/bin/gnpg
429
190
 
430
 
bzr_remote_path
431
 
~~~~~~~~~~~~~~~
432
 
 
433
 
(Default: "bzr").  The path to the command that should be used to run the smart
434
 
server for bzr.  This value may only be specified in locations.conf, because:
435
 
 
436
 
- it's needed before branch.conf is accessible
437
 
- allowing remote branch.conf files to specify commands would be a security
438
 
  risk
439
 
 
440
 
It is overridden by the BZR_REMOTE_PATH environment variable.
441
 
 
442
191
smtp_server
443
 
~~~~~~~~~~~
444
 
 
 
192
-----------
445
193
(Default: "localhost"). SMTP server to use when Bazaar needs to send
446
194
email, eg. with ``merge-directive --mail-to``, or the bzr-email plugin.
447
195
 
448
196
smtp_username, smtp_password
449
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
450
 
 
 
197
----------------------------
451
198
User and password to authenticate to the SMTP server. If smtp_username
452
199
is set, and smtp_password is not, Bazaar will prompt for a password.
453
200
These settings are only needed if the SMTP server requires authentication
454
201
to send mail.
455
202
 
456
 
mail_client
457
 
~~~~~~~~~~~
458
 
 
459
 
A mail client to use for sending merge requests.
460
 
By default, bzr will try to use ``mapi`` on Windows.  On other platforms, it
461
 
will try ``xdg-email``. If either of these fails, it will fall back to
462
 
``editor``.
463
 
 
464
 
Supported values for specific clients:
465
 
 
466
 
:claws: Use Claws.  This skips a dialog for attaching files.
467
 
:evolution: Use Evolution.
468
 
:kmail: Use KMail.
469
 
:mutt: Use Mutt.
470
 
:thunderbird: Use Mozilla Thunderbird or Icedove.  For Thunderbird/Icedove 1.5,
471
 
    this works around some bugs that xdg-email doesn't handle.
472
 
 
473
 
Supported generic values are:
474
 
 
475
 
:default: See above.
476
 
:editor: Use your editor to compose the merge request.  This also uses
477
 
    your commit id, (see ``bzr whoami``), smtp_server and (optionally)
478
 
    smtp_username and smtp_password.
479
 
:mapi: Use your preferred e-mail client on Windows.
480
 
:xdg-email: Use xdg-email to run your preferred mail program
481
 
 
482
 
submit_branch
483
 
~~~~~~~~~~~~~
484
 
 
485
 
The branch you intend to submit your current work to.  This is automatically
486
 
set by ``bzr send``, and is also used by the ``submit:`` revision spec.  This
487
 
should usually be set on a per-branch or per-location basis.
488
 
 
489
 
public_branch
490
 
~~~~~~~~~~~~~
491
 
 
492
 
A publically-accessible version of this branch (implying that this version is
493
 
not publically-accessible).  Used (and set) by ``bzr send``.
494
 
 
495
 
suppress_warnings
496
 
~~~~~~~~~~~~~~~~~
497
 
 
498
 
A list of strings, each string represent a warning that can be emitted by
499
 
bzr. Mentioning a warning in this list tells bzr to not emit it.
500
 
 
501
 
Valid values:
502
 
 
503
 
* ``format_deprecation``:
504
 
    whether the format deprecation warning is shown on repositories that are
505
 
    using deprecated formats.
506
 
 
507
 
 
508
 
Unicode options
509
 
---------------
510
 
 
511
 
output_encoding
512
 
~~~~~~~~~~~~~~~
513
 
 
514
 
A Python unicode encoding name for text output from bzr, such as log
515
 
information.  Values include: utf8, cp850, ascii, iso-8859-1.  The default
516
 
is the terminal encoding prefered by the operating system.
517
 
 
518
 
 
519
 
Branch type specific options
520
 
----------------------------
521
 
 
522
 
These options apply only to branches that use the ``dirstate-tags`` or
523
 
later format.  They
524
 
are usually set in ``.bzr/branch/branch.conf`` automatically, but may be
525
 
manually set in ``locations.conf`` or ``bazaar.conf``.
 
203
 
 
204
Branch 6 Options
 
205
================
 
206
 
 
207
These options apply only to branches that use the "experimental-branch6"
 
208
format.  They are usually set in ``.bzr/branch/branch.conf`` automatically, but
 
209
may be manually set in ``locations.conf`` or ``bazaar.conf``.
526
210
 
527
211
append_revisions_only
528
 
~~~~~~~~~~~~~~~~~~~~~
529
 
 
 
212
---------------------
530
213
If set to "True" then revisions can only be appended to the log, not
531
 
removed.  A branch with this setting enabled can only pull from another
532
 
branch if the other branch's log is a longer version of its own.  This is
533
 
normally set by ``bzr init --append-revisions-only``. If you set it
534
 
manually, use either 'True' or 'False' (case-sensitive) to maintain
535
 
compatibility with previous bzr versions (older than 2.2).
 
214
removed.  A branch with this setting enabled can only pull from
 
215
another branch if the other branch's log is a longer version of its
 
216
own.  This is normally set by ``bzr init --append-revisions-only``.
536
217
 
537
218
parent_location
538
 
~~~~~~~~~~~~~~~
539
 
 
 
219
---------------
540
220
If present, the location of the default branch for pull or merge.
541
221
This option is normally set by ``pull --remember`` or ``merge
542
222
--remember``.
543
223
 
544
224
push_location
545
 
~~~~~~~~~~~~~
546
 
 
 
225
-------------
547
226
If present, the location of the default branch for push.  This option
548
227
is normally set by ``push --remember``.
549
228
 
550
 
push_strict
551
 
~~~~~~~~~~~
552
 
 
553
 
If present, defines the ``--strict`` option default value for checking
554
 
uncommitted changes before pushing.
555
 
 
556
 
dpush_strict
557
 
~~~~~~~~~~~~
558
 
 
559
 
If present, defines the ``--strict`` option default value for checking
560
 
uncommitted changes before pushing into a different VCS without any
561
 
custom bzr metadata.
562
 
 
563
229
bound_location
564
 
~~~~~~~~~~~~~~
565
 
 
 
230
--------------
566
231
The location that commits should go to when acting as a checkout.
567
232
This option is normally set by ``bind``.
568
233
 
569
234
bound
570
 
~~~~~
571
 
 
 
235
-----
572
236
If set to "True", the branch should act as a checkout, and push each commit to
573
237
the bound_location.  This option is normally set by ``bind``/``unbind``.
574
238
 
575
 
send_strict
576
 
~~~~~~~~~~~
577
 
 
578
 
If present, defines the ``--strict`` option default value for checking
579
 
uncommitted changes before sending a merge directive.
580