← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/upgrade-guide/data_migration.txt

(gz) Merge 2.4 for one more test fix with newer zlib (Martin Packman)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/upgrade-guide/data_migration.txt
113
113
 
114
114
In Launchpad, a project can define a *development series* and associate a
115
115
branch with that series.  The branch then becomes the *focus of development*
116
 
and gets special treatment and a shortcut url.  By default, if anybody
 
116
and gets special treatment and a shortcut URL.  By default, if anybody
117
117
branches your project's focus of development and pushes changes back to
118
118
Launchpad, their branch will be stacked on your development focus branch.
119
119
Also, branches can be associated with other Launchpad artifacts such as bugs
202
202
   name then **merge** your changes from the matching branch in the
203
203
   old repository.
204
204
 
205
 
The first method will give you a branch which is identical (in terms
206
 
of revision history) to the old branch, but it's parent branch will
207
 
be set to the old branch, not your new trunk. If you use this method,
208
 
you'll probably want to edit your branch.conf file to update the
209
 
parent branch setting.
 
205
The first method will give you a branch which is identical (in terms of
 
206
revision history) to the old branch, but it's parent branch will be set to the
 
207
old branch, not your new trunk. If you use this method, you'll probably update
 
208
the ``parent_location`` configuration variable in the ``branch.conf`` file
 
209
with::
 
210
 
 
211
    bzr config parent_location=XXX
 
212
 
 
213
``XXX`` being the URL to your new trunk.
210
214
 
211
215
In contrast, the second approach sets up the parent branch correctly.
212
216
However, it isn't ideal if you're not ready to include all the latest