/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

Viewing changes to doc/centralized_workflow.txt

  • Committer: Robert Collins
  • Date: 2007-07-15 15:40:37 UTC
  • mto: (2592.3.33 repository)
  • mto: This revision was merged to the branch mainline in revision 2624.
  • Revision ID: robertc@robertcollins.net-20070715154037-3ar8g89decddc9su
Make GraphIndex accept nodes as key, value, references, so that the method
signature is closer to what a simple key->value index delivers. Also
change the behaviour when the reference list count is zero to accept
key, value as nodes, and emit key, value to make it identical in that case
to a simple key->value index. This may not be a good idea, but for now it
seems ok.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/centralized_workflow.txt
1
 
=============================
2
 
Centralized Workflow Tutorial
3
 
=============================
 
1
====================
 
2
Centralized Workflow
 
3
====================
 
4
 
 
5
.. sectnum::
4
6
 
5
7
 
6
8
Overview
23
25
 
24
26
.. _Bazaar: http://bazaar-vcs.org
25
27
 
 
28
.. contents::
 
29
 
26
30
 
27
31
Initial Setup
28
32
=============
38
42
be accurate or unique, it will be used in log messages and
39
43
annotations, so it is better to have something real.
40
44
 
41
 
::
 
45
::  
42
46
 
43
47
   % bzr whoami "John Doe <jdoe@organization.com>"
44
48
 
83
87
  % bzr init-repo --no-trees sftp://centralhost/srv/bzr/
84
88
 
85
89
You can think of this step as similar to setting up a new cvsroot, or
86
 
subversion repository.  The ``--no-trees`` option tells bzr to not
 
90
subversion repository.  The {{{--no-trees}}} option tells bzr to not
87
91
populate the directory with a working tree.  This is appropriate,
88
92
since no one will be making changes directly in the branches within
89
93
the central repository.
102
106
 
103
107
.. _Tracking Upstream: http://bazaar-vcs.org/TrackingUpstream
104
108
 
105
 
..
 
109
.. 
106
110
   XXX: We really need a different document for discussing conversion of a
107
111
   project. Right now TrackingUpstream is the best we have, though.
108
112
 
282
286
::
283
287
 
284
288
  % bzr branch sftp://centralhost/srv/bzr/sigil/user-a \
285
 
               sftp://centralhost/srv/bzr/sigil/user-a/feature
 
289
               sftp://centralhost/srv/bzr/sigil/user-a/feature 
286
290
  % cd ~/work/sigil
287
291
  % bzr checkout sftp://centralhost/srv/bzr/sigil/user-a/feature myfeature
288
292
 
294
298
-----------------
295
299
 
296
300
Bazaar_ has the concept of a "Shared Repository". This is similar to
297
 
the traditional concept of a repository in other VCSs like CVS and
 
301
the traditional concept of a repository in other RCSs like CVS and
298
302
Subversion. For example, in Subversion you have a remote repository,
299
303
which is where all of the history is stored, and locally you don't
300
304
have any history information, only a checkout of the working tree
310
314
well share the storage as well.
311
315
 
312
316
 
313
 
..
 
317
.. 
314
318
   vim: tw=74 ft=rst spell spelllang=en_us