← Back to branch summary

~bzr/ubuntu/lucid/bzr/beta-ppa

« back to all changes in this revision

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

  • Committer: Martin Pool
  • Date: 2010-07-02 07:29:40 UTC
  • mfrom: (129.1.7 packaging-karmic)
  • Revision ID: mbp@sourcefrog.net-20100702072940-hpzq5elg8wjve8rh
http://bugs.debian.org/452024
http://bugs.debian.org/464688
http://bugs.debian.org/523595
http://bugs.debian.org/526233
http://bugs.debian.org/537708
http://bugs.debian.org/555336
http://bugs.debian.org/555343
https://launchpad.net/bugs/249452
https://launchpad.net/bugs/385074
* PPA rebuild.
* PPA rebuild for Karmic.
* PPA rebuild for Jaunty.
* PPA rebuild for Hardy.
* From postinst, actually remove the example bash completion scripts.
  (LP: #249452)
* New upstream release.
* New upstream release.
* New upstream release.
* Revert change to Build-depends: Dapper does not have python-central.
  Should be python-support..
* Target ppa..
* Target ppa..
* Target ppa..
* Target ppa..
* New upstream release.
* Switch to dpkg-source 3.0 (quilt) format.
* Bump standards version to 3.8.4.
* Remove embedded copy of python-configobj. Closes: #555336
* Remove embedded copy of python-elementtree. Closes: #555343
* Change section from 'Devel' to 'Vcs'..
* Change section from 'Devel' to 'Vcs'..
* Change section from 'Devel' to 'Vcs'..
* Change section from 'Devel' to 'Vcs'..
* Change section from 'Devel' to 'Vcs'..
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* debian/control: Fix obsolete-relation-form-in-source
  lintian warning. 
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Split out docs into bzr-doc package.
* New upstream release.
* Added John Francesco Ferlito to Uploaders.
* Fix install path to quick-reference guide
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Fix FTBFS due to path changes, again.
* Fix FTBFS due to doc paths changing
* New upstream release.
* Fix FTBFS due to path changes, again.
* Fix FTBFS due to doc paths changing
* New upstream release.
* Fix FTBFS due to path changes, again.
* Fix FTBFS due to doc paths changing
* New upstream release.
* Fix FTBFS due to path changes, again, again.
* Fix FTBFS due to path changes, again.
* Fix FTBFS due to path changes.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Bump standards version to 3.8.3.
* Remove unused patch system.
* New upstream release.
* New upstream release.
* New upstream release.
* Fix copy and paste tab error in .install file
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
 + Fixes compatibility with Python 2.4. Closes: #537708
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream version.
* Bump standards version to 3.8.2.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Add python-pyrex to build-deps to ensure C extensions are always build.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Split documentation into bzr-doc package. ((LP: #385074)
* Multiple packaging changes to make us more linitan clean.
* New upstream release.
* Split documentation into bzr-doc package. ((LP: #385074)
* Multiple packaging changes to make us more linitan clean.
* New upstream release.
* Split documentation into bzr-doc package. ((LP: #385074)
* Multiple packaging changes to make us more linitan clean.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Fix API compatibility version. (Closes: #526233)
* New upstream release.
  + Fixes default format for upgrade command. (Closes: #464688)
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Add missing dependency on zlib development library. (Closes:
  #523595)
* Add zlib build-depends.
* Add zlib build-depends.
* Add zlib build-depends.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Move to section vcs.
* Bump standards version to 3.8.1.
* New upstream release.
* Remove temporary patch for missing .c files from distribution
* New upstream release.
* Remove temporary patch for missing .c files from distribution
* New upstream release.
* Remove temporary patch for missing .c files from distribution
* Add temporary patch for missing .c files from distribution
* Add temporary patch for missing .c files from distribution
* Add temporary patch for missing .c files from distribution
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Recommend ca-certificates. (Closes: #452024)
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Update watch file. bazaar now uses launchpad to host its sources.
* Remove patch for inventory root revision copy, applied upstream.
* New upstream release.
* New upstream release.
* New upstream release
* Force removal of files installed in error to /etc/bash_completion.d/
  (LP: #249452)
* New upstream release.
* New upstream release
* New upstream release.
* Bump standards version.
* Include patch for inventory root revision copy, required for bzr-svn.
* New upstream release.
* Remove unused lintian overrides.
* Correct the package version not to be native.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* New upstream release.
* Final 1.5 release.
* New upstream release.
* New upstream release.
* New upstream release.
* Add myself as a co-maintainer.
* Add a Dm-Upload-Allowed: yes header.
* New upstream bugfix release.
* New upstream release.
* Final 1.3 release.
* New upstream release.
* First release candidate of the upcoming 1.3 release.
* Rebuild to fix the problem caused by a build with a broken python-central.
* New upstream release.
* Rebuild for dapper PPA.
* Apply Lamont's patches to fix build-dependencies on dapper.
  (See: https://bugs.launchpad.net/bzr/+bug/189915)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/user-guide/reusing_a_checkout.txt
 
1
Reusing a checkout
 
2
==================
 
3
 
 
4
Motivation
 
5
----------
 
6
 
 
7
At times, it can be useful to have a single checkout as your
 
8
sandbox for working on multiple branches. Some possible reasons
 
9
for this include:
 
10
 
 
11
 * saving disk space when the working tree is large
 
12
 * developing in a fixed location.
 
13
 
 
14
In many cases, working tree disk usage swamps the size of the
 
15
``.bzr`` directory. If you want to work on multiple branches
 
16
but can't afford the overhead of a full working tree for each,
 
17
reusing a checkout across multiples branches is the way to go.
 
18
 
 
19
On other occasions, the location of your sandbox might be
 
20
configured into numerous development and testing tools. Once
 
21
again, reusing a checkout across multiple branches can help.
 
22
 
 
23
 
 
24
Changing where a branch is bound to
 
25
-----------------------------------
 
26
 
 
27
To change where a checkout is bound to, follow these steps:
 
28
 
 
29
 1. Make sure that any local changes have been committed
 
30
    centrally so that no work is lost.
 
31
 
 
32
 2. Use the ``bind`` command giving the URL of the new
 
33
    remote branch you wish to work on.
 
34
 
 
35
 3. Make your checkout a copy of the desired branch by using
 
36
    the ``update`` command followed by the ``revert`` command.
 
37
 
 
38
Note that simply binding to a new branch and running ``update``
 
39
merges in your local changes, both committed and uncommitted. You need
 
40
to decide whether to keep them or not by running either ``revert``
 
41
or ``commit``.
 
42
 
 
43
An alternative to the bind+update recipe is using the ``switch``
 
44
command. This is basically the same as removing the existing
 
45
branch and running ``checkout`` again on the new location, except
 
46
that any uncommitted changes in your tree are merged in.
 
47
 
 
48
Note: As ``switch`` can potentially throw away committed changes in
 
49
order to make a checkout an accurate cache of a different bound branch,
 
50
it will fail by design if there are changes which have been committed
 
51
locally but are not yet committed to the most recently bound branch.
 
52
To truly abandon these changes, use the ``--force`` option.
 
53
 
 
54
 
 
55
Switching a lightweight checkout
 
56
--------------------------------
 
57
 
 
58
With a lightweight checkout, there are no local commits and ``switch``
 
59
effectively changes which branch the working tree is associated with.
 
60
One possible setup is to use a lightweight checkout in combination
 
61
with a local tree-less repository. This lets you switch what you
 
62
are working on with ease. For example::
 
63
 
 
64
  bzr init-repo --no-trees PROJECT
 
65
  cd PROJECT
 
66
  bzr branch sftp://centralhost/srv/bzr/PROJECT/trunk
 
67
  bzr checkout --lightweight trunk my-sandbox
 
68
  cd my-sandbox
 
69
  (hack away)
 
70
 
 
71
Note that trunk in this example will have a ``.bzr`` directory within it
 
72
but there will be no working tree there as the branch was created in
 
73
a tree-less repository. You can grab or create as many branches as you
 
74
need there and switch between them as required. For example::
 
75
 
 
76
  (assuming in my-sandbox)
 
77
  bzr branch sftp://centralhost/srv/bzr/PROJECT/PROJECT-1.0 ../PROJECT-1.0
 
78
  bzr switch ../PROJECT-1.0
 
79
  (fix bug in 1.0)
 
80
  bzr commit -m "blah, blah blah"
 
81
  bzr switch ../trunk
 
82
  (go back to working on the trunk)
 
83
 
 
84
Note: The branches may be local only or they may be bound to
 
85
remote ones (by creating them with ``checkout`` or by using ``bind``
 
86
after creating them with ``branch``).