← 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) Change minimum required testtools version for selftest to 0.9.5 for
 unicode fixes (Martin [gz])

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 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.
 
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.
214
210
 
215
211
In contrast, the second approach sets up the parent branch correctly.
216
212
However, it isn't ideal if you're not ready to include all the latest