~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/index.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2010-01-15 04:49:48 UTC
  • mfrom: (3984.5.22 switch-r-183559)
  • Revision ID: pqm@pqm.ubuntu.com-20100115044948-yxz5m3vchxapbq22
(andrew) Add --revision option to 'bzr switch'. (#184559)

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
Bazaar-NG
2
 
*********
3
 
 
4
 
..   These documents are formatted as ReStructuredText.  You can    ..
5
 
..   convert them to HTML, PDF, etc using the ``python-docutils``   ..
6
 
..   package.                                                       ..
7
 
 
8
 
 
9
 
*Bazaar-NG* (``bzr``) is a project of `Canonical Ltd`__ to develop an
10
 
open source distributed version control system that is powerful,
11
 
friendly, and scalable.  The project is at an early stage of
12
 
development.
13
 
 
14
 
__ http://canonical.com/
15
 
 
16
 
 
17
 
**Note:** These documents are in a very preliminary state, and so may
18
 
be internally or externally inconsistent or redundant.  Comments are
19
 
still very welcome.  Please send them to <mbp@sourcefrog.net>.
20
 
 
21
 
 
22
 
For more information, see the homepage at http://bazaar-ng.org/
23
 
 
24
 
 
25
 
 
26
 
User documentation
27
 
------------------
28
 
 
29
 
* `Project overview/introduction <intro.html>`__
30
 
 
31
 
* `Command reference <cmdref.html>`__ -- intended to be user
32
 
  documentation, and gives the best overview at the moment of what the
33
 
  system will feel like to use.  Fairly complete.
34
 
 
35
 
 
36
 
Requirements and general design
37
 
-------------------------------
38
 
 
39
 
* `Various purposes of a VCS <purpose.html>`__ -- taking snapshots and
40
 
  helping with merges is not the whole story.
41
 
 
42
 
* `Requirements <requirements.html>`__
43
 
 
44
 
* `Costs <costs.html>`__ of various factors: time, disk, network, etc.
45
 
 
46
 
* `Deadly sins <deadly-sins.html>`__ that gcc maintainers suggest we avoid.
47
 
 
48
 
* `Overview of the whole design <design.html>`__ and miscellaneous
49
 
  small design points.
50
 
 
51
 
* `File formats <formats.html>`__
52
 
 
53
 
* `Random observations <random.html>`__ that don't fit anywhere else yet.
54
 
 
55
 
 
56
 
 
57
 
Design of particular features
58
 
-----------------------------
59
 
 
60
 
* `Automatic generation of ChangeLogs <changelogs.html>`__
61
 
 
62
 
* `Cherry picking <cherry-picking.html>`__ -- merge just selected non-contiguous changes  from a branch.
63
 
 
64
 
* `Common changeset format <common-format.html>`__ for  interchange
65
 
  format between VCS.
66
 
 
67
 
* `Compression <compression.html>`__ of file text for more efficient storage.
68
 
 
69
 
* `Config specs <config-specs.html>`__ assemble a tree from several places.
70
 
 
71
 
* `Conflicts <conflicts.html>`_ that can occur during merge-like
72
 
  operations.
73
 
 
74
 
* `Ignored files <ignore.html>`__
75
 
 
76
 
* `Recovering from interrupted operations <interrupted.html>`__
77
 
 
78
 
* `Inventory command <inventory.html>`__
79
 
 
80
 
* `Branch joins <join-branches.html>`__ represent that all the changes
81
 
  from one branch are integrated into another.
82
 
 
83
 
* `Kill a version <kill-version.html>`__ to fix a broken commit or
84
 
  wrong message, or to
85
 
  remove confidential information from the history.
86
 
 
87
 
* `Hash collisions <hashes.html>`__ and weaknesses, and the security
88
 
  implications thereof.
89
 
 
90
 
* `Layers <layers.html>`__ within the design
91
 
 
92
 
* `Library interface <library-interface.html>`__ for Python.
93
 
 
94
 
* `Merge <merge.html>`__
95
 
 
96
 
* `Mirroring <mirroring.html>`__
97
 
 
98
 
* `Optional edit command <optional-edit.html>`__: sometimes people
99
 
  want to make the  working copy read-only, or not present at all.
100
 
 
101
 
* `Partial commits <partial-commit.html>`__
102
 
 
103
 
* `Patch pools <pool.html>`__ to efficiently store related branches.
104
 
 
105
 
* `Revfiles <revfile.html>`__ store the text history of files.
106
 
 
107
 
* `Revision syntax <revision-syntax.html>`__ -- ``hello.c@12``, etc.
108
 
 
109
 
* `Roll-up commits <rollup.html>`__ -- a single revision incorporates
110
 
  the changes from several others.
111
 
 
112
 
* `Scalability <scalability.html>`__
113
 
 
114
 
* `Security <security.html>`__
115
 
 
116
 
* `Shared branches <shared-branches.html>`__ maintained by more than
117
 
  one person
118
 
 
119
 
* `Supportability <supportability.html>`__ -- how to handle any bugs
120
 
  or problems in the field.
121
 
 
122
 
* `Place tags on revisions for easy reference <tagging.html>`__
123
 
 
124
 
* `Detecting unchanged files <unchanged.html>`__
125
 
   
126
 
* `Merging previously-unrelated branches <unrelated-merge.html>`__
127
 
 
128
 
* `Usability principles <usability.html>`__ (very small at the moment)
129
 
 
130
 
* `<use-cases.html>`__
131
 
 
132
 
* `<web-interface.html>`__
133
 
 
134
 
* `<workflow.html>`__ Modelling/controlling flow of patches.
135
 
 
136
 
* `<yaml.html>`__ --  Discussion of using YAML_ as a storage or transmission format.
137
 
 
138
 
.. _YAML: http://www.yaml.org/
139
 
 
140
 
 
141
 
 
142
 
Comparisons to other systems
143
 
----------------------------
144
 
 
145
 
* `Taxonomy <taxonomy.html>`__: basic questions a VCS must answer.
146
 
 
147
 
* `Bitkeeper <bitkeeper.html>`__, the proprietary system used by some
148
 
  kernel developers.
149
 
 
150
 
* `Aegis <compared-aegis.html>`__, a tool focussed on enforcing
151
 
  process and workflow.
152
 
 
153
 
* `Codeville <compared-codeville.html>`__ has an intruiging but
154
 
  scarcely-documented merge algorithm.
155
 
 
156
 
* `CVSNT <compared-cvsnt.html>`__, with more Windows support and some
157
 
  merge enhancements.
158
 
 
159
 
* `OpenCM <compared-opencm.html>`__, another hash-based tool with a
160
 
  good whitepaper.
161
 
 
162
 
* `PRCS <compared-prcs.html>`__, a non-distributed inventory-based tool.
163
 
 
164
 
* `GNU Arch <todo-from-arch.html>`__, with many pros and cons.
165
 
 
166
 
* `Darcs <darcs.html>`__, a merge-focussed tool with good usability.
167
 
 
168
 
* `Quilt <quilt.html>`__ -- Andrew Morton's patch scripts, popular with kernel maintainers.
169
 
 
170
 
* `Monotone <monotone.html>`__, Graydon Hoare's hash-based distributed system.
171
 
 
172
 
* `SVK <svk.html>`__ --     distributed operation stacked on Subversion.
173
 
 
174
 
* `Sun Teamware <compared-teamware.html>`__
175
 
 
176
 
 
177
 
Project management and organization
178
 
-----------------------------------
179
 
 
180
 
* `Notes on how to get a VCS adopted <adoption.html>`__
181
 
 
182
 
* `Thanks <thanks.html>`__ to various people
183
 
 
184
 
* `Extra commands <extra-commands.html>`__ for
185
 
  internal/developer/debugger use.
186
 
 
187
 
* `Choice of Python as a development language <python.html>`__