/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/en/user-guide/central_intro.txt

  • Committer: Vincent Ladeuil
  • Date: 2012-01-18 14:09:19 UTC
  • mto: This revision was merged to the branch mainline in revision 6468.
  • Revision ID: v.ladeuil+lp@free.fr-20120118140919-rlvdrhpc0nq1lbwi
Change set/remove to require a lock for the branch config files.

This means that tests (or any plugin for that matter) do not requires an
explicit lock on the branch anymore to change a single option. This also
means the optimisation becomes "opt-in" and as such won't be as
spectacular as it may be and/or harder to get right (nothing fails
anymore).

This reduces the diff by ~300 lines.

Code/tests that were updating more than one config option is still taking
a lock to at least avoid some IOs and demonstrate the benefits through
the decreased number of hpss calls.

The duplication between BranchStack and BranchOnlyStack will be removed
once the same sharing is in place for local config files, at which point
the Stack class itself may be able to host the changes.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/user-guide/central_intro.txt
 
1
Centralized development
 
2
=======================
 
3
 
 
4
Motivation
 
5
----------
 
6
 
 
7
Rather than working in parallel and occasionally merging, it can be
 
8
useful at times to work in lockstep, i.e. for multiple people to
 
9
be continuously committing changes to a central location, merging
 
10
their work with the latest content before every commit.
 
11
 
 
12
This workflow is very familiar to users of central VCS tools like
 
13
Subversion and CVS. It is also applicable to a single developer
 
14
who works on multiple machines, e.g. someone who normally works
 
15
on a desktop computer but travels with a laptop, or someone who
 
16
uses their (Internet connected) home computer to complete office
 
17
work out of hours.
 
18
 
 
19
If centralized development works well for your team already, that's
 
20
great. Many teams begin using Bazaar this way and experiment with
 
21
alternative workflows later.
 
22
 
 
23
Centralized workflow
 
24
--------------------
 
25
 
 
26
The diagram below provides an overview of the *centralized workflow*.
 
27
 
 
28
.. image:: images/workflows_centralized.png
 
29
 
 
30
Even if your team is planning to use a more distributed workflow, many
 
31
of the tasks covered in this chapter may be useful to you, particularly
 
32
how to publish branches.