~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/user-guide/bazaar_workflows.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2008-02-27 18:13:37 UTC
  • mfrom: (3237.1.1 jam-integration)
  • Revision ID: pqm@pqm.ubuntu.com-20080227181337-obp6vadq9d34z220
(Neil Martinsen-Burrell) doc cleanups

Show diffs side-by-side

added added

removed removed

Lines of Context:
110
110
Decentralized with automatic gatekeeper
111
111
---------------------------------------
112
112
 
113
 
In this workflow, each developer has their own branch or branches, plus read-only access to the mainline. A software gatekeeper (e.g. PQM) has commit rights to the main branch. When a developer wants their work merged, they request another person to review it. Once passed review, either the original author or the reviewer asks the gatekeeper to merge it, depending on team policies. The gatekeeper does a merge, a compile, and runs the test suite. If and only if the code passes, it is merged into the mainline.
 
113
In this workflow, each developer has their own branch or branches, plus read-only access to the mainline. A software gatekeeper has commit rights to the main branch. When a developer wants their work merged, they request another person to review it. Once it has passed review, either the original author or the reviewer asks the gatekeeper software to merge it, depending on team policies. The gatekeeper software does a merge, a compile, and runs the test suite. If and only if the code passes, it is merged into the
 
114
mainline.
114
115
 
115
116
Note: As an alternative, the review step can be skipped and the author can submit the change to the automatic gatekeeper without it. (This is particularly appropriate when using practices such as Pair Programming that effectively promote just-in-time reviews instead of reviewing code as a separate step.)
116
117