~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to bzrlib/help_topics/en/configuration.txt

  • Committer: Martin Pool
  • Date: 2011-06-19 02:24:39 UTC
  • mfrom: (5985 +trunk)
  • mto: This revision was merged to the branch mainline in revision 6001.
  • Revision ID: mbp@canonical.com-20110619022439-u68683yb2bw302x0
resolve conflicts against trunk

Show diffs side-by-side

added added

removed removed

Lines of Context:
386
386
check_signatures
387
387
~~~~~~~~~~~~~~~~
388
388
 
389
 
Defines the behavior for signatures.
 
389
Reserved for future use.  These options will allow a policy for branches to
 
390
require signatures.
390
391
 
391
392
require
392
393
    The gnupg signature for revisions must be present and must be valid.
402
403
create_signatures
403
404
~~~~~~~~~~~~~~~~~
404
405
 
405
 
Defines the behaviour of signing revisions.
 
406
Defines the behaviour of signing revisions on commits.  By default bzr will not
 
407
sign new commits.
406
408
 
407
409
always
408
 
    Sign every new revision that is committed.
 
410
    Sign every new revision that is committed.  If the signing fails then the
 
411
    commit will not be made.
409
412
 
410
413
when-required
411
 
    (default) Sign newly committed revisions only when the branch requires
412
 
    signed revisions.
 
414
    Reserved for future use.
413
415
 
414
416
never
415
 
    Refuse to sign newly committed revisions, even if the branch
416
 
    requires signatures.
 
417
    Reserved for future use.
 
418
 
 
419
In future it is planned that ``when-required`` will sign newly
 
420
committed revisions only when the branch requires them.  ``never`` will refuse
 
421
to sign newly committed revisions, even if the branch requires signatures.
417
422
 
418
423
recurse
419
424
~~~~~~~
462
467
These settings are only needed if the SMTP server requires authentication
463
468
to send mail.
464
469
 
 
470
locks.steal_dead
 
471
~~~~~~~~~~~~~~~~
 
472
 
 
473
If set to true, bzr will automatically break locks held by processes from
 
474
the same machine and user that are no longer alive.  Otherwise, it will
 
475
print a message and you can break the lock manually, if you are satisfied
 
476
the object is no longer in use.
 
477
 
465
478
mail_client
466
479
~~~~~~~~~~~
467
480