2977.1.6
by Ian Clatworthy
first cut at Central development chapter |
1 |
Reusing a checkout |
2 |
================== |
|
3 |
||
4 |
Motivation |
|
5 |
---------- |
|
6 |
||
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
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. |
|
2977.1.6
by Ian Clatworthy
first cut at Central development chapter |
22 |
|
3104.2.1
by Ian Clatworthy
switch now works on normal checkouts |
23 |
|
2977.1.6
by Ian Clatworthy
first cut at Central development chapter |
24 |
Changing where a branch is bound to |
25 |
----------------------------------- |
|
26 |
||
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
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 |
||
2977.1.11
by Ian Clatworthy
make fixes suggested by proof-readers |
35 |
3. Make your checkout a copy of the desired branch by using |
36 |
the ``update`` command followed by the ``revert`` command. |
|
37 |
||
3104.2.1
by Ian Clatworthy
switch now works on normal checkouts |
38 |
Note that simply binding to a new branch and running ``update`` |
39 |
merges in your local changes, both committed and uncommitted. You need |
|
3074.1.3
by Ian Clatworthy
more feedback from jameinel |
40 |
to decide whether to keep them or not by running either ``revert`` |
41 |
or ``commit``. |
|
42 |
||
3104.2.1
by Ian Clatworthy
switch now works on normal checkouts |
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 |
||
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
54 |
|
2977.1.6
by Ian Clatworthy
first cut at Central development chapter |
55 |
Switching a lightweight checkout |
56 |
-------------------------------- |
|
57 |
||
3104.2.1
by Ian Clatworthy
switch now works on normal checkouts |
58 |
With a lightweight checkout, there are no local commits and ``switch`` |
59 |
effectively changes which branch the working tree is associated with. |
|
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
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 |
||
3918.1.1
by Jari Aalto
In user guide, use 'PROJECT' as a metavariable not 'X-repo' |
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 |
|
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
68 |
cd my-sandbox |
69 |
(hack away) |
|
70 |
||
3918.1.1
by Jari Aalto
In user guide, use 'PROJECT' as a metavariable not 'X-repo' |
71 |
Note that trunk in this example will have a ``.bzr`` directory within it |
3074.1.3
by Ian Clatworthy
more feedback from jameinel |
72 |
but there will be no working tree there as the branch was created in |
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
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) |
|
3918.1.1
by Jari Aalto
In user guide, use 'PROJECT' as a metavariable not 'X-repo' |
77 |
bzr branch sftp://centralhost/srv/bzr/PROJECT/PROJECT-1.0 ../PROJECT-1.0 |
78 |
bzr switch ../PROJECT-1.0 |
|
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
79 |
(fix bug in 1.0) |
80 |
bzr commit -m "blah, blah blah" |
|
3918.1.1
by Jari Aalto
In user guide, use 'PROJECT' as a metavariable not 'X-repo' |
81 |
bzr switch ../trunk |
2977.1.8
by Ian Clatworthy
completed Central workflow chapter |
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`` |
|
3104.2.1
by Ian Clatworthy
switch now works on normal checkouts |
86 |
after creating them with ``branch``). |