~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to bzrlib/help_topics.py

  • Committer: Aaron Bentley
  • Date: 2007-06-11 14:59:52 UTC
  • mto: (2520.5.2 bzr.mpbundle)
  • mto: This revision was merged to the branch mainline in revision 2631.
  • Revision ID: abentley@panoramicfeedback.com-20070611145952-cwt4480gphdhen6l
Get installation started

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
# Copyright (C) 2006-2011 Canonical Ltd
 
1
# Copyright (C) 2006 Canonical Ltd
2
2
#
3
3
# This program is free software; you can redistribute it and/or modify
4
4
# it under the terms of the GNU General Public License as published by
12
12
#
13
13
# You should have received a copy of the GNU General Public License
14
14
# along with this program; if not, write to the Free Software
15
 
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
 
15
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
16
16
 
17
17
"""A collection of extra help information for using bzr.
18
18
 
19
19
Help topics are meant to be help for items that aren't commands, but will
20
20
help bzr become fully learnable without referring to a tutorial.
21
 
 
22
 
Limited formatting of help text is permitted to make the text useful
23
 
both within the reference manual (reStructuredText) and on the screen.
24
 
The help text should be reStructuredText with formatting kept to a
25
 
minimum and, in particular, no headings. The onscreen renderer applies
26
 
the following simple rules before rendering the text:
27
 
 
28
 
    1. A '::' appearing on the end of a line is replaced with ':'.
29
 
    2. Lines starting with a ':' have it stripped.
30
 
 
31
 
These rules mean that literal blocks and field lists respectively can
32
 
be used in the help text, producing sensible input to a manual while
33
 
rendering on the screen naturally.
34
21
"""
35
22
 
36
 
from __future__ import absolute_import
37
 
 
38
 
import bzrlib
39
 
from bzrlib import (
40
 
    config,
41
 
    osutils,
42
 
    registry,
43
 
    i18n,
44
 
    )
45
 
 
46
 
 
47
 
# Section identifiers (map topics to the right place in the manual)
48
 
SECT_COMMAND = "command"
49
 
SECT_CONCEPT = "concept"
50
 
SECT_HIDDEN =  "hidden"
51
 
SECT_LIST    = "list"
52
 
SECT_PLUGIN  = "plugin"
 
23
from bzrlib import registry
53
24
 
54
25
 
55
26
class HelpTopicRegistry(registry.Registry):
56
27
    """A Registry customized for handling help topics."""
57
28
 
58
 
    def register(self, topic, detail, summary, section=SECT_LIST):
 
29
    def register(self, topic, detail, summary):
59
30
        """Register a new help topic.
60
31
 
61
32
        :param topic: Name of documentation entry
62
33
        :param detail: Function or string object providing detailed
63
34
            documentation for topic.  Function interface is detail(topic).
64
35
            This should return a text string of the detailed information.
65
 
            See the module documentation for details on help text formatting.
66
36
        :param summary: String providing single-line documentation for topic.
67
 
        :param section: Section in reference manual - see SECT_* identifiers.
68
37
        """
69
 
        # The detail is stored as the 'object' and the metadata as the info
70
 
        info = (summary, section)
71
 
        super(HelpTopicRegistry, self).register(topic, detail, info=info)
 
38
        # The detail is stored as the 'object' and the 
 
39
        super(HelpTopicRegistry, self).register(topic, detail, info=summary)
72
40
 
73
 
    def register_lazy(self, topic, module_name, member_name, summary,
74
 
                      section=SECT_LIST):
 
41
    def register_lazy(self, topic, module_name, member_name, summary):
75
42
        """Register a new help topic, and import the details on demand.
76
43
 
77
44
        :param topic: Name of documentation entry
78
45
        :param module_name: The module to find the detailed help.
79
46
        :param member_name: The member of the module to use for detailed help.
80
47
        :param summary: String providing single-line documentation for topic.
81
 
        :param section: Section in reference manual - see SECT_* identifiers.
82
48
        """
83
 
        # The detail is stored as the 'object' and the metadata as the info
84
 
        info = (summary, section)
85
49
        super(HelpTopicRegistry, self).register_lazy(topic, module_name,
86
 
                                                     member_name, info=info)
 
50
                                                     member_name, info=summary)
87
51
 
88
52
    def get_detail(self, topic):
89
53
        """Get the detailed help on a given topic."""
95
59
 
96
60
    def get_summary(self, topic):
97
61
        """Get the single line summary for the topic."""
98
 
        info = self.get_info(topic)
99
 
        if info is None:
100
 
            return None
101
 
        else:
102
 
            return info[0]
103
 
 
104
 
    def get_section(self, topic):
105
 
        """Get the section for the topic."""
106
 
        info = self.get_info(topic)
107
 
        if info is None:
108
 
            return None
109
 
        else:
110
 
            return info[1]
111
 
 
112
 
    def get_topics_for_section(self, section):
113
 
        """Get the set of topics in a section."""
114
 
        result = set()
115
 
        for topic in self.keys():
116
 
            if section == self.get_section(topic):
117
 
                result.add(topic)
118
 
        return result
 
62
        return self.get_info(topic)
119
63
 
120
64
 
121
65
topic_registry = HelpTopicRegistry()
128
72
 
129
73
    topics = topic_registry.keys()
130
74
    lmax = max(len(topic) for topic in topics)
131
 
 
 
75
        
132
76
    out = []
133
77
    for topic in topics:
134
78
        summary = topic_registry.get_summary(topic)
136
80
    return ''.join(out)
137
81
 
138
82
 
139
 
def _load_from_file(topic_name):
140
 
    """Load help from a file.
141
 
 
142
 
    Topics are expected to be txt files in bzrlib.help_topics.
143
 
    """
144
 
    resource_name = osutils.pathjoin("en", "%s.txt" % (topic_name,))
145
 
    return osutils.resource_string('bzrlib.help_topics', resource_name)
146
 
 
147
 
 
148
83
def _help_on_revisionspec(name):
149
 
    """Generate the help for revision specs."""
150
 
    import re
 
84
    """Write the summary help for all documented topics to outfile."""
151
85
    import bzrlib.revisionspec
152
86
 
153
87
    out = []
154
 
    out.append(
155
 
"""Revision Identifiers
156
 
 
157
 
A revision identifier refers to a specific state of a branch's history.  It
158
 
can be expressed in several ways.  It can begin with a keyword to
159
 
unambiguously specify a given lookup type; some examples are 'last:1',
160
 
'before:yesterday' and 'submit:'.
161
 
 
162
 
Alternately, it can be given without a keyword, in which case it will be
163
 
checked as a revision number, a tag, a revision id, a date specification, or a
164
 
branch specification, in that order.  For example, 'date:today' could be
165
 
written as simply 'today', though if you have a tag called 'today' that will
166
 
be found first.
167
 
 
168
 
If 'REV1' and 'REV2' are revision identifiers, then 'REV1..REV2' denotes a
169
 
revision range. Examples: '3647..3649', 'date:yesterday..-1' and
170
 
'branch:/path/to/branch1/..branch:/branch2' (note that there are no quotes or
171
 
spaces around the '..').
172
 
 
173
 
Ranges are interpreted differently by different commands. To the "log" command,
174
 
a range is a sequence of log messages, but to the "diff" command, the range
175
 
denotes a change between revisions (and not a sequence of changes).  In
176
 
addition, "log" considers a closed range whereas "diff" and "merge" consider it
177
 
to be open-ended, that is, they include one end but not the other.  For example:
178
 
"bzr log -r 3647..3649" shows the messages of revisions 3647, 3648 and 3649,
179
 
while "bzr diff -r 3647..3649" includes the changes done in revisions 3648 and
180
 
3649, but not 3647.
181
 
 
182
 
The keywords used as revision selection methods are the following:
183
 
""")
184
 
    details = []
185
 
    details.append("\nIn addition, plugins can provide other keywords.")
186
 
    details.append("\nA detailed description of each keyword is given below.\n")
187
 
 
188
 
    # The help text is indented 4 spaces - this re cleans that up below
189
 
    indent_re = re.compile(r'^    ', re.MULTILINE)
190
 
    for prefix, i in bzrlib.revisionspec.revspec_registry.iteritems():
 
88
    out.append("\nRevision prefix specifier:"
 
89
               "\n--------------------------\n")
 
90
 
 
91
    for i in bzrlib.revisionspec.SPEC_TYPES:
191
92
        doc = i.help_txt
192
93
        if doc == bzrlib.revisionspec.RevisionSpec.help_txt:
193
 
            summary = "N/A"
194
 
            doc = summary + "\n"
195
 
        else:
196
 
            # Extract out the top line summary from the body and
197
 
            # clean-up the unwanted whitespace
198
 
            summary,doc = doc.split("\n", 1)
199
 
            #doc = indent_re.sub('', doc)
200
 
            while (doc[-2:] == '\n\n' or doc[-1:] == ' '):
201
 
                doc = doc[:-1]
202
 
 
203
 
        # Note: The leading : here are HACKs to get reStructuredText
204
 
        # 'field' formatting - we know that the prefix ends in a ':'.
205
 
        out.append(":%s\n\t%s" % (i.prefix, summary))
206
 
        details.append(":%s\n%s" % (i.prefix, doc))
207
 
 
208
 
    return '\n'.join(out + details)
 
94
            doc = "N/A\n"
 
95
        while (doc[-2:] == '\n\n' or doc[-1:] == ' '):
 
96
            doc = doc[:-1]
 
97
 
 
98
        out.append("  %s %s\n\n" % (i.prefix, doc))
 
99
 
 
100
    return ''.join(out)
209
101
 
210
102
 
211
103
def _help_on_transport(name):
215
107
    import textwrap
216
108
 
217
109
    def add_string(proto, help, maxl, prefix_width=20):
218
 
       help_lines = textwrap.wrap(help, maxl - prefix_width,
219
 
            break_long_words=False)
 
110
       help_lines = textwrap.wrap(help, maxl - prefix_width)
220
111
       line_with_indent = '\n' + ' ' * prefix_width
221
112
       help_text = line_with_indent.join(help_lines)
222
113
       return "%-20s%s\n" % (proto, help_text)
231
122
        else:
232
123
            return 0
233
124
 
 
125
    out = []
234
126
    protl = []
235
127
    decl = []
236
128
    protos = transport_list_registry.keys( )
240
132
        if not shorthelp:
241
133
            continue
242
134
        if proto.endswith("://"):
243
 
            protl.append(add_string(proto, shorthelp, 79))
 
135
            protl.extend(add_string(proto, shorthelp, 79))
244
136
        else:
245
 
            decl.append(add_string(proto, shorthelp, 79))
246
 
 
247
 
 
248
 
    out = "URL Identifiers\n\n" + \
249
 
            "Supported URL prefixes::\n\n  " + \
250
 
            '  '.join(protl)
 
137
            decl.extend(add_string(proto, shorthelp, 79))
 
138
 
 
139
 
 
140
    out = "\nSupported URL prefix\n--------------------\n" + \
 
141
            ''.join(protl)
251
142
 
252
143
    if len(decl):
253
 
        out += "\nSupported modifiers::\n\n  " + \
254
 
            '  '.join(decl)
255
 
 
256
 
    out += """\
257
 
\nBazaar supports all of the standard parts within the URL::
258
 
 
259
 
  <protocol>://[user[:password]@]host[:port]/[path]
260
 
 
261
 
allowing URLs such as::
262
 
 
263
 
  http://bzruser:BadPass@bzr.example.com:8080/bzr/trunk
264
 
 
265
 
For bzr+ssh:// and sftp:// URLs, Bazaar also supports paths that begin
266
 
with '~' as meaning that the rest of the path should be interpreted
267
 
relative to the remote user's home directory.  For example if the user
268
 
``remote`` has a  home directory of ``/home/remote`` on the server
269
 
shell.example.com, then::
270
 
 
271
 
  bzr+ssh://remote@shell.example.com/~/myproject/trunk
272
 
 
273
 
would refer to ``/home/remote/myproject/trunk``.
274
 
 
275
 
Many commands that accept URLs also accept location aliases too.
276
 
See :doc:`location-alias-help` and :doc:`url-special-chars-help`.
277
 
"""
 
144
        out += "\nSupported modifiers\n-------------------\n" + \
 
145
            ''.join(decl)
278
146
 
279
147
    return out
280
148
 
281
149
 
282
 
_basic_help = \
283
 
"""Bazaar %s -- a free distributed version-control tool
284
 
http://bazaar.canonical.com/
 
150
_basic_help= \
 
151
"""Bazaar -- a free distributed version-control tool
 
152
http://bazaar-vcs.org/
285
153
 
286
154
Basic commands:
287
155
  bzr init           makes this directory a versioned branch
296
164
 
297
165
  bzr merge          pull in changes from another branch
298
166
  bzr commit         save some or all changes
299
 
  bzr send           send changes via email
300
167
 
301
168
  bzr log            show history of changes
302
169
  bzr check          validate storage
304
171
  bzr help init      more help on e.g. init command
305
172
  bzr help commands  list all commands
306
173
  bzr help topics    list all help topics
307
 
""" % bzrlib.__version__
308
 
 
309
 
 
310
 
_global_options = \
 
174
"""
 
175
 
 
176
 
 
177
_global_options =\
311
178
"""Global Options
312
179
 
313
180
These options may be used with any command, and may appear in front of any
314
 
command.  (e.g. ``bzr --profile help``).
315
 
 
316
 
--version      Print the version number. Must be supplied before the command.
317
 
--no-aliases   Do not process command aliases when running this command.
 
181
command.  (e.g. "bzr --quiet help").
 
182
 
 
183
--quiet        Suppress informational output; only print errors and warnings
 
184
--version      Print the version number
 
185
 
 
186
--no-aliases   Do not process command aliases when running this command
318
187
--builtin      Use the built-in version of a command, not the plugin version.
319
 
               This does not suppress other plugin effects.
320
 
--no-plugins   Do not process any plugins.
321
 
--no-l10n      Do not translate messages.
322
 
--concurrency  Number of processes that can be run concurrently (selftest).
 
188
               This does not suppress other plugin effects
 
189
--no-plugins   Do not process any plugins
323
190
 
324
 
--profile      Profile execution using the hotshot profiler.
325
 
--lsprof       Profile execution using the lsprof profiler.
 
191
-Derror        Instead of normal error handling, always print a traceback on
 
192
               error.
 
193
--profile      Profile execution using the hotshot profiler
 
194
--lsprof       Profile execution using the lsprof profiler
326
195
--lsprof-file  Profile execution using the lsprof profiler, and write the
327
 
               results to a specified file.  If the filename ends with ".txt",
328
 
               text format will be used.  If the filename either starts with
329
 
               "callgrind.out" or end with ".callgrind", the output will be
330
 
               formatted for use with KCacheGrind. Otherwise, the output
331
 
               will be a pickle.
332
 
--coverage     Generate line coverage report in the specified directory.
333
 
 
334
 
-Oname=value   Override the ``name`` config option setting it to ``value`` for
335
 
               the duration of the command.  This can be used multiple times if
336
 
               several options need to be overridden.
337
 
 
338
 
See http://doc.bazaar.canonical.com/developers/profiling.html for more
339
 
information on profiling.
340
 
 
341
 
A number of debug flags are also available to assist troubleshooting and
342
 
development.  See :doc:`debug-flags-help`.
343
 
"""
344
 
 
345
 
_standard_options = \
346
 
"""Standard Options
347
 
 
348
 
Standard options are legal for all commands.
349
 
 
350
 
--help, -h     Show help message.
351
 
--verbose, -v  Display more information.
352
 
--quiet, -q    Only display errors and warnings.
353
 
 
354
 
Unlike global options, standard options can be used in aliases.
355
 
"""
356
 
 
 
196
               results to a specified file.
 
197
 
 
198
Note: --version must be supplied before any command.
 
199
"""
357
200
 
358
201
_checkouts = \
359
202
"""Checkouts
397
240
Lightweight checkouts work best when you have fast reliable access to the
398
241
master branch. This means that if the master branch is on the same disk or LAN
399
242
a lightweight checkout will be faster than a heavyweight one for any commands
400
 
that modify the revision history (as only one copy of the branch needs to
401
 
be updated). Heavyweight checkouts will generally be faster for any command
402
 
that uses the history but does not change it, but if the master branch is on
403
 
the same disk then there won't be a noticeable difference.
 
243
that modify the revision history (as only one copy branch needs to be updated).
 
244
Heavyweight checkouts will generally be faster for any command that uses the
 
245
history but does not change it, but if the master branch is on the same disk
 
246
then there wont be a noticeable difference.
404
247
 
405
248
Another possible use for a checkout is to use it with a treeless repository
406
249
containing your branches, where you maintain only one working tree by
407
 
switching the master branch that the checkout points to when you want to
 
250
switching the master branch that the checkout points to when you want to 
408
251
work on a different branch.
409
252
 
410
253
Obviously to commit on a checkout you need to be able to write to the master
413
256
end. Checkouts also work on the local file system, so that all that matters is
414
257
file permissions.
415
258
 
416
 
You can change the master of a checkout by using the "switch" command (see
417
 
"help switch").  This will change the location that the commits are sent to.
418
 
The "bind" command can also be used to turn a normal branch into a heavy
419
 
checkout. If you would like to convert your heavy checkout into a normal
420
 
branch so that every commit is local, you can use the "unbind" command. To see
421
 
whether or not a branch is bound or not you can use the "info" command. If the
422
 
branch is bound it will tell you the location of the bound branch.
 
259
You can change the master of a checkout by using the "bind" command (see "help
 
260
bind"). This will change the location that the commits are sent to. The bind
 
261
command can also be used to turn a branch into a heavy checkout. If you
 
262
would like to convert your heavy checkout into a normal branch so that every
 
263
commit is local, you can use the "unbind" command.
423
264
 
424
 
Related commands::
 
265
Related commands:
425
266
 
426
267
  checkout    Create a checkout. Pass --lightweight to get a lightweight
427
268
              checkout
428
269
  update      Pull any changes in the master branch in to your checkout
429
270
  commit      Make a commit that is sent to the master branch. If you have
430
 
              a heavy checkout then the --local option will commit to the
 
271
              a heavy checkout then the --local option will commit to the 
431
272
              checkout without sending the commit to the master
432
 
  switch      Change the master branch that the commits in the checkout will
 
273
  bind        Change the master branch that the commits in the checkout will
433
274
              be sent to
434
 
  bind        Turn a standalone branch into a heavy checkout so that any
435
 
              commits will be sent to the master branch
436
275
  unbind      Turn a heavy checkout into a standalone branch so that any
437
276
              commits are only made locally
438
 
  info        Displays whether a branch is bound or unbound. If the branch is
439
 
              bound, then it will also display the location of the bound branch
440
277
"""
441
278
 
442
279
_repositories = \
443
280
"""Repositories
444
281
 
445
 
Repositories in Bazaar are where committed information is stored. There is
446
 
a repository associated with every branch.
447
 
 
448
 
Repositories are a form of database. Bzr will usually maintain this for
449
 
good performance automatically, but in some situations (e.g. when doing
450
 
very many commits in a short time period) you may want to ask bzr to
451
 
optimise the database indices. This can be done by the 'bzr pack' command.
452
 
 
453
 
By default just running 'bzr init' will create a repository within the new
454
 
branch but it is possible to create a shared repository which allows multiple
455
 
branches to share their information in the same location. When a new branch is
456
 
created it will first look to see if there is a containing shared repository it
457
 
can use.
 
282
Repositories in Bazaar are where committed information is stored. It is
 
283
possible to create a shared repository which allows multiple branches to
 
284
share their information in the same location. When a new branch is
 
285
created it will first look to see if there is a containing repository it
 
286
can share.
458
287
 
459
288
When two branches of the same project share a repository, there is
460
289
generally a large space saving. For some operations (e.g. branching
475
304
the branches will not have working trees pass the '--no-trees' option to
476
305
'init-repository'.
477
306
 
478
 
Related commands::
 
307
Related commands:
479
308
 
480
309
  init-repository   Create a shared repository. Use --no-trees to create one
481
310
                    in which new branches won't get a working tree.
515
344
is also a 'push-and-update' plugin that automates running 'bzr update' via SSH
516
345
after each push.
517
346
 
518
 
Useful commands::
 
347
Useful commands:
519
348
 
520
349
  checkout     Create a working tree when a branch does not have one.
521
350
  remove-tree  Removes the working tree from a branch when it is safe to do so.
522
 
  update       When a working tree is out of sync with its associated branch
 
351
  update       When a working tree is out of sync with it's associated branch
523
352
               this will update the tree to match the branch.
524
353
"""
525
354
 
526
355
 
527
 
_branches = \
528
 
"""Branches
529
 
 
530
 
A branch consists of the state of a project, including all of its
531
 
history. All branches have a repository associated (which is where the
532
 
branch history is stored), but multiple branches may share the same
533
 
repository (a shared repository). Branches can be copied and merged.
534
 
 
535
 
In addition, one branch may be bound to another one.  Binding to another
536
 
branch indicates that commits which happen in this branch must also 
537
 
happen in the other branch.  Bazaar ensures consistency by not allowing 
538
 
commits when the two branches are out of date.  In order for a commit 
539
 
to succeed, it may be necessary to update the current branch using 
540
 
``bzr update``.
541
 
 
542
 
Related commands::
543
 
 
544
 
  init    Change a directory into a versioned branch.
545
 
  branch  Create a new branch that is a copy of an existing branch.
546
 
  merge   Perform a three-way merge.
547
 
  bind    Bind a branch to another one.
548
 
"""
549
 
 
550
 
 
551
 
_standalone_trees = \
552
 
"""Standalone Trees
553
 
 
554
 
A standalone tree is a working tree with an associated repository. It
555
 
is an independently usable branch, with no dependencies on any other.
556
 
Creating a standalone tree (via bzr init) is the quickest way to put
557
 
an existing project under version control.
558
 
 
559
 
Related Commands::
560
 
 
561
 
  init    Make a directory into a versioned branch.
562
 
"""
563
 
 
564
 
 
565
 
_status_flags = \
566
 
"""Status Flags
567
 
 
568
 
Status flags are used to summarise changes to the working tree in a concise
569
 
manner.  They are in the form::
570
 
 
571
 
   xxx   <filename>
572
 
 
573
 
where the columns' meanings are as follows.
574
 
 
575
 
Column 1 - versioning/renames::
576
 
 
577
 
  + File versioned
578
 
  - File unversioned
579
 
  R File renamed
580
 
  ? File unknown
581
 
  X File nonexistent (and unknown to bzr)
582
 
  C File has conflicts
583
 
  P Entry for a pending merge (not a file)
584
 
 
585
 
Column 2 - contents::
586
 
 
587
 
  N File created
588
 
  D File deleted
589
 
  K File kind changed
590
 
  M File modified
591
 
 
592
 
Column 3 - execute::
593
 
 
594
 
  * The execute bit was changed
595
 
"""
596
 
 
597
 
 
598
 
_env_variables = \
599
 
"""Environment Variables
600
 
 
601
 
=================== ===========================================================
602
 
BZRPATH             Path where bzr is to look for shell plugin external
603
 
                    commands.
604
 
BZR_EMAIL           E-Mail address of the user. Overrides EMAIL.
605
 
EMAIL               E-Mail address of the user.
606
 
BZR_EDITOR          Editor for editing commit messages. Overrides EDITOR.
607
 
EDITOR              Editor for editing commit messages.
608
 
BZR_PLUGIN_PATH     Paths where bzr should look for plugins.
609
 
BZR_DISABLE_PLUGINS Plugins that bzr should not load.
610
 
BZR_PLUGINS_AT      Plugins to load from a directory not in BZR_PLUGIN_PATH.
611
 
BZR_HOME            Directory holding .bazaar config dir. Overrides HOME.
612
 
BZR_HOME (Win32)    Directory holding bazaar config dir. Overrides APPDATA and
613
 
                    HOME.
614
 
BZR_REMOTE_PATH     Full name of remote 'bzr' command (for bzr+ssh:// URLs).
615
 
BZR_SSH             Path to SSH client, or one of paramiko, openssh, sshcorp,
616
 
                    plink or lsh.
617
 
BZR_LOG             Location of .bzr.log (use '/dev/null' to suppress log).
618
 
BZR_LOG (Win32)     Location of .bzr.log (use 'NUL' to suppress log).
619
 
BZR_COLUMNS         Override implicit terminal width.
620
 
BZR_CONCURRENCY     Number of processes that can be run concurrently (selftest)
621
 
BZR_PROGRESS_BAR    Override the progress display. Values are 'none' or 'text'.
622
 
BZR_PDB             Control whether to launch a debugger on error.
623
 
BZR_SIGQUIT_PDB     Control whether SIGQUIT behaves normally or invokes a
624
 
                    breakin debugger.
625
 
BZR_TEXTUI_INPUT    Force console input mode for prompts to line-based (instead
626
 
                    of char-based).
627
 
=================== ===========================================================
628
 
"""
629
 
 
630
 
 
631
 
_files = \
632
 
r"""Files
633
 
 
634
 
:On Unix:   ~/.bazaar/bazaar.conf
635
 
:On Windows: C:\\Documents and Settings\\username\\Application Data\\bazaar\\2.0\\bazaar.conf
636
 
 
637
 
Contains the user's default configuration. The section ``[DEFAULT]`` is
638
 
used to define general configuration that will be applied everywhere.
639
 
The section ``[ALIASES]`` can be used to create command aliases for
640
 
commonly used options.
641
 
 
642
 
A typical config file might look something like::
643
 
 
644
 
  [DEFAULT]
645
 
  email=John Doe <jdoe@isp.com>
646
 
 
647
 
  [ALIASES]
648
 
  commit = commit --strict
649
 
  log10 = log --short -r -10..-1
650
 
"""
651
 
 
652
 
_criss_cross = \
653
 
"""Criss-Cross
654
 
 
655
 
A criss-cross in the branch history can cause the default merge technique
656
 
to emit more conflicts than would normally be expected.
657
 
 
658
 
In complex merge cases, ``bzr merge --lca`` or ``bzr merge --weave`` may give
659
 
better results.  You may wish to ``bzr revert`` the working tree and merge
660
 
again.  Alternatively, use ``bzr remerge`` on particular conflicted files.
661
 
 
662
 
Criss-crosses occur in a branch's history if two branches merge the same thing
663
 
and then merge one another, or if two branches merge one another at the same
664
 
time.  They can be avoided by having each branch only merge from or into a
665
 
designated central branch (a "star topology").
666
 
 
667
 
Criss-crosses cause problems because of the way merge works.  Bazaar's default
668
 
merge is a three-way merger; in order to merge OTHER into THIS, it must
669
 
find a basis for comparison, BASE.  Using BASE, it can determine whether
670
 
differences between THIS and OTHER are due to one side adding lines, or
671
 
from another side removing lines.
672
 
 
673
 
Criss-crosses mean there is no good choice for a base.  Selecting the recent
674
 
merge points could cause one side's changes to be silently discarded.
675
 
Selecting older merge points (which Bazaar does) mean that extra conflicts
676
 
are emitted.
677
 
 
678
 
The ``weave`` merge type is not affected by this problem because it uses
679
 
line-origin detection instead of a basis revision to determine the cause of
680
 
differences.
681
 
"""
682
 
 
683
 
_branches_out_of_sync = """Branches Out of Sync
684
 
 
685
 
When reconfiguring a checkout, tree or branch into a lightweight checkout,
686
 
a local branch must be destroyed.  (For checkouts, this is the local branch
687
 
that serves primarily as a cache.)  If the branch-to-be-destroyed does not
688
 
have the same last revision as the new reference branch for the lightweight
689
 
checkout, data could be lost, so Bazaar refuses.
690
 
 
691
 
How you deal with this depends on *why* the branches are out of sync.
692
 
 
693
 
If you have a checkout and have done local commits, you can get back in sync
694
 
by running "bzr update" (and possibly "bzr commit").
695
 
 
696
 
If you have a branch and the remote branch is out-of-date, you can push
697
 
the local changes using "bzr push".  If the local branch is out of date, you
698
 
can do "bzr pull".  If both branches have had changes, you can merge, commit
699
 
and then push your changes.  If you decide that some of the changes aren't
700
 
useful, you can "push --overwrite" or "pull --overwrite" instead.
701
 
"""
702
 
 
703
 
 
704
 
_storage_formats = \
705
 
"""Storage Formats
706
 
 
707
 
To ensure that older clients do not access data incorrectly,
708
 
Bazaar's policy is to introduce a new storage format whenever
709
 
new features requiring new metadata are added. New storage
710
 
formats may also be introduced to improve performance and
711
 
scalability.
712
 
 
713
 
The newest format, 2a, is highly recommended. If your
714
 
project is not using 2a, then you should suggest to the
715
 
project owner to upgrade.
716
 
 
717
 
 
718
 
.. note::
719
 
 
720
 
   Some of the older formats have two variants:
721
 
   a plain one and a rich-root one. The latter include an additional
722
 
   field about the root of the tree. There is no performance cost
723
 
   for using a rich-root format but you cannot easily merge changes
724
 
   from a rich-root format into a plain format. As a consequence,
725
 
   moving a project to a rich-root format takes some co-ordination
726
 
   in that all contributors need to upgrade their repositories
727
 
   around the same time. 2a and all future formats will be
728
 
   implicitly rich-root.
729
 
 
730
 
See :doc:`current-formats-help` for the complete list of
731
 
currently supported formats. See :doc:`other-formats-help` for
732
 
descriptions of any available experimental and deprecated formats.
733
 
"""
734
 
 
735
 
 
736
 
# Register help topics
737
356
topic_registry.register("revisionspec", _help_on_revisionspec,
738
357
                        "Explain how to use --revision")
739
 
topic_registry.register('basic', _basic_help, "Basic commands", SECT_HIDDEN)
740
 
topic_registry.register('topics', _help_on_topics, "Topics list", SECT_HIDDEN)
741
 
def get_current_formats_topic(topic):
742
 
    from bzrlib import bzrdir
743
 
    return "Current Storage Formats\n\n" + \
744
 
        bzrdir.format_registry.help_topic(topic)
745
 
def get_other_formats_topic(topic):
746
 
    from bzrlib import bzrdir
747
 
    return "Other Storage Formats\n\n" + \
748
 
        bzrdir.format_registry.help_topic(topic)
749
 
topic_registry.register('current-formats', get_current_formats_topic,
750
 
    'Current storage formats')
751
 
topic_registry.register('other-formats', get_other_formats_topic,
752
 
    'Experimental and deprecated storage formats')
753
 
topic_registry.register('standard-options', _standard_options,
 
358
topic_registry.register('basic', _basic_help, "Basic commands")
 
359
topic_registry.register('topics', _help_on_topics, "Topics list")
 
360
def get_format_topic(topic):
 
361
    from bzrlib import bzrdir
 
362
    return bzrdir.format_registry.help_topic(topic)
 
363
topic_registry.register('formats', get_format_topic, 'Directory formats')
 
364
topic_registry.register('global-options', _global_options,
754
365
                        'Options that can be used with any command')
755
 
topic_registry.register('global-options', _global_options,
756
 
                    'Options that control how Bazaar runs')
 
366
topic_registry.register('checkouts', _checkouts,
 
367
                        'Information on what a checkout is')
757
368
topic_registry.register('urlspec', _help_on_transport,
758
369
                        "Supported transport protocols")
759
 
topic_registry.register('status-flags', _status_flags,
760
 
                        "Help on status flags")
761
370
def get_bugs_topic(topic):
762
371
    from bzrlib import bugtracker
763
 
    return ("Bug Tracker Settings\n\n" +
764
 
        bugtracker.tracker_registry.help_topic(topic))
765
 
topic_registry.register('bugs', get_bugs_topic, 'Bug tracker settings')
766
 
topic_registry.register('env-variables', _env_variables,
767
 
                        'Environment variable names and values')
768
 
topic_registry.register('files', _files,
769
 
                        'Information on configuration and log files')
770
 
topic_registry.register_lazy('hooks', 'bzrlib.hooks', 'hooks_help_text',
771
 
                        'Points at which custom processing can be added')
772
 
topic_registry.register_lazy('location-alias', 'bzrlib.directory_service',
773
 
                        'AliasDirectory.help_text',
774
 
                        'Aliases for remembered locations')
775
 
 
776
 
# Load some of the help topics from files. Note that topics which reproduce API
777
 
# details will tend to skew (quickly usually!) so please seek other solutions
778
 
# for such things.
779
 
topic_registry.register('authentication', _load_from_file,
780
 
                        'Information on configuring authentication')
781
 
topic_registry.register('configuration', _load_from_file,
782
 
                        'Details on the configuration settings available')
783
 
topic_registry.register('conflict-types', _load_from_file,
784
 
                        'Types of conflicts and what to do about them')
785
 
topic_registry.register('debug-flags', _load_from_file,
786
 
                        'Options to show or record debug information')
787
 
topic_registry.register('log-formats', _load_from_file,
788
 
                        'Details on the logging formats available')
789
 
topic_registry.register('url-special-chars', _load_from_file,
790
 
                        'Special character handling in URLs')
791
 
 
792
 
 
793
 
# Register concept topics.
794
 
# Note that we might choose to remove these from the online help in the
795
 
# future or implement them via loading content from files. In the meantime,
796
 
# please keep them concise.
797
 
topic_registry.register('branches', _branches,
798
 
                        'Information on what a branch is', SECT_CONCEPT)
799
 
topic_registry.register('checkouts', _checkouts,
800
 
                        'Information on what a checkout is', SECT_CONCEPT)
801
 
topic_registry.register('content-filters', _load_from_file,
802
 
                        'Conversion of content into/from working trees',
803
 
                        SECT_CONCEPT)
804
 
topic_registry.register('diverged-branches', _load_from_file,
805
 
                        'How to fix diverged branches',
806
 
                        SECT_CONCEPT)
807
 
topic_registry.register('eol', _load_from_file,
808
 
                        'Information on end-of-line handling',
809
 
                        SECT_CONCEPT)
810
 
topic_registry.register('formats', _storage_formats,
811
 
                        'Information on choosing a storage format',
812
 
                        SECT_CONCEPT)
813
 
topic_registry.register('patterns', _load_from_file,
814
 
                        'Information on the pattern syntax',
815
 
                        SECT_CONCEPT)
 
372
    return bugtracker.tracker_registry.help_topic(topic)
 
373
topic_registry.register('bugs', get_bugs_topic, 'Bug tracker support')
816
374
topic_registry.register('repositories', _repositories,
817
 
                        'Basic information on shared repositories.',
818
 
                        SECT_CONCEPT)
819
 
topic_registry.register('rules', _load_from_file,
820
 
                        'Information on defining rule-based preferences',
821
 
                        SECT_CONCEPT)
822
 
topic_registry.register('standalone-trees', _standalone_trees,
823
 
                        'Information on what a standalone tree is',
824
 
                        SECT_CONCEPT)
 
375
                        'Basic information on shared repositories.')
825
376
topic_registry.register('working-trees', _working_trees,
826
 
                        'Information on working trees', SECT_CONCEPT)
827
 
topic_registry.register('criss-cross', _criss_cross,
828
 
                        'Information on criss-cross merging', SECT_CONCEPT)
829
 
topic_registry.register('sync-for-reconfigure', _branches_out_of_sync,
830
 
                        'Steps to resolve "out-of-sync" when reconfiguring',
831
 
                        SECT_CONCEPT)
 
377
                        'Information on working trees')
832
378
 
833
379
 
834
380
class HelpTopicIndex(object):
852
398
            return []
853
399
 
854
400
 
855
 
def _format_see_also(see_also):
856
 
    result = ''
857
 
    if see_also:
858
 
        result += '\n:See also: '
859
 
        result += ', '.join(sorted(set(see_also)))
860
 
        result += '\n'
861
 
    return result
862
 
 
863
 
 
864
401
class RegisteredTopic(object):
865
402
    """A help topic which has been registered in the HelpTopicRegistry.
866
403
 
875
412
        """
876
413
        self.topic = topic
877
414
 
878
 
    def get_help_text(self, additional_see_also=None, plain=True):
 
415
    def get_help_text(self, additional_see_also=None):
879
416
        """Return a string with the help for this topic.
880
417
 
881
418
        :param additional_see_also: Additional help topics to be
882
419
            cross-referenced.
883
 
        :param plain: if False, raw help (reStructuredText) is
884
 
            returned instead of plain text.
885
420
        """
886
421
        result = topic_registry.get_detail(self.topic)
887
 
        result += _format_see_also(additional_see_also)
888
 
        if plain:
889
 
            result = help_as_plain_text(result)
890
 
        i18n.install()
891
 
        result = i18n.gettext_per_paragraph(result)
 
422
        # there is code duplicated here and in bzrlib/plugin.py's 
 
423
        # matching Topic code. This should probably be factored in
 
424
        # to a helper function and a common base class.
 
425
        if additional_see_also is not None:
 
426
            see_also = sorted(set(additional_see_also))
 
427
        else:
 
428
            see_also = None
 
429
        if see_also:
 
430
            result += '\nSee also: '
 
431
            result += ', '.join(see_also)
 
432
            result += '\n'
892
433
        return result
893
434
 
894
435
    def get_help_topic(self):
895
436
        """Return the help topic this can be found under."""
896
437
        return self.topic
897
438
 
898
 
 
899
 
def help_as_plain_text(text):
900
 
    """Minimal converter of reStructuredText to plain text."""
901
 
    import re
902
 
    # Remove the standalone code block marker
903
 
    text = re.sub(r"(?m)^\s*::\n\s*$", "", text)
904
 
    lines = text.splitlines()
905
 
    result = []
906
 
    for line in lines:
907
 
        if line.startswith(':'):
908
 
            line = line[1:]
909
 
        elif line.endswith('::'):
910
 
            line = line[:-1]
911
 
        # Map :doc:`xxx-help` to ``bzr help xxx``
912
 
        line = re.sub(":doc:`(.+?)-help`", r'``bzr help \1``', line)
913
 
        result.append(line)
914
 
    return "\n".join(result) + "\n"
915
 
 
916
 
 
917
 
class ConfigOptionHelpIndex(object):
918
 
    """A help index that returns help topics for config options."""
919
 
 
920
 
    def __init__(self):
921
 
        self.prefix = 'configuration/'
922
 
 
923
 
    def get_topics(self, topic):
924
 
        """Search for topic in the registered config options.
925
 
 
926
 
        :param topic: A topic to search for.
927
 
        :return: A list which is either empty or contains a single
928
 
            config.Option entry.
929
 
        """
930
 
        if topic is None:
931
 
            return []
932
 
        elif topic.startswith(self.prefix):
933
 
            topic = topic[len(self.prefix):]
934
 
        if topic in config.option_registry:
935
 
            return [config.option_registry.get(topic)]
936
 
        else:
937
 
            return []
938
 
 
939