~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/tutorials/centralized_workflow.txt

  • Committer: Danny van Heumen
  • Date: 2010-03-09 21:42:11 UTC
  • mto: (4634.139.5 2.0)
  • mto: This revision was merged to the branch mainline in revision 5160.
  • Revision ID: danny@dannyvanheumen.nl-20100309214211-iqh42x6qcikgd9p3
Reverted now-useless TODO list.

Show diffs side-by-side

added added

removed removed

Lines of Context:
21
21
in sync.  This workflow is also applicable to a single developer working
22
22
on several different machines.
23
23
 
24
 
.. _Bazaar: http://bazaar.canonical.com
 
24
.. _Bazaar: http://bazaar-vcs.org
25
25
 
26
26
 
27
27
Initial Setup
38
38
be accurate or unique, it will be used in log messages and
39
39
annotations, so it is better to have something real.
40
40
 
41
 
::
 
41
::  
42
42
 
43
43
   % bzr whoami "John Doe <jdoe@organization.com>"
44
44
 
83
83
  % bzr init-repo --no-trees sftp://centralhost/srv/bzr/
84
84
 
85
85
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
 
86
subversion repository.  The {{{--no-trees}}} option tells bzr to not
87
87
populate the directory with a working tree.  This is appropriate,
88
88
since no one will be making changes directly in the branches within
89
89
the central repository.
100
100
document. See `Tracking Upstream`_ for some possibilities (section
101
101
"Converting and keeping history").
102
102
 
103
 
.. _Tracking Upstream: http://wiki.bazaar.canonical.com/TrackingUpstream
 
103
.. _Tracking Upstream: http://bazaar-vcs.org/TrackingUpstream
104
104
 
105
 
..
 
105
.. 
106
106
   XXX: We really need a different document for discussing conversion of a
107
107
   project. Right now TrackingUpstream is the best we have, though.
108
108
 
231
231
 
232
232
   % bzr cbranch dev my-feature-branch
233
233
 
234
 
.. _bzrtools: http://wiki.bazaar.canonical.com/BzrTools
 
234
.. _bzrtools: http://bazaar-vcs.org/BzrTools
235
235
 
236
236
 
237
237
Merging changes back
282
282
::
283
283
 
284
284
  % bzr branch sftp://centralhost/srv/bzr/sigil/user-a \
285
 
               sftp://centralhost/srv/bzr/sigil/user-a/feature
 
285
               sftp://centralhost/srv/bzr/sigil/user-a/feature 
286
286
  % cd ~/work/sigil
287
287
  % bzr checkout sftp://centralhost/srv/bzr/sigil/user-a/feature myfeature
288
288
 
294
294
-----------------
295
295
 
296
296
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
 
297
the traditional concept of a repository in other RCSs like CVS and
298
298
Subversion. For example, in Subversion you have a remote repository,
299
299
which is where all of the history is stored, and locally you don't
300
300
have any history information, only a checkout of the working tree
310
310
well share the storage as well.
311
311
 
312
312
 
313
 
..
 
313
.. 
314
314
   vim: tw=74 ft=rst spell spelllang=en_us