← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/incremental-push-pull.txt

  • Committer: Robert Collins
  • Date: 2007-06-04 03:39:48 UTC
  • mto: (2507.1.1 integration)
  • mto: This revision was merged to the branch mainline in revision 2505.
  • Revision ID: robertc@robertcollins.net-20070604033948-erld0bugxcbo62gf
Review feedback.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/incremental-push-pull.txt
246
246
copy ebough data to recreate snapshots
247
247
avoid ending up wth corrupt/bad data
248
248
 
249
 
setup
250
 
look at graph of revisions for ~N comits to deretmine eligibility for 
251
 
  if preserve mainline is on, check LH only
 
249
Notes from London
 
250
=================
 
251
 
 
252
 #. setup
 
253
 
 
254
   look at graph of revisions for ~N comits to deretmine eligibility for 
 
255
   if preserve mainline is on, check LH only
252
256
 
253
257
    identify objects to send that are not on the client repo
254
258
      - revision - may be proportional to the graph
256
260
      - texts     - proportional to work
257
261
      - signatures - ???
258
262
 
259
 
data transmission
260
 
- send data proportional to the new information
261
 
- validate the data [ validate the sha1 of the full text of each transmitted text.
262
 
                      validate the sha1:name mapping in each newly referenced ivnentory item.
263
 
                      validate the sha1 of the XML of each inventory against the revision. *** this is proportional to tree size and must be fixed
264
 
                      ]
265
 
 
266
 
- write the data to the local repo.
267
 
 
268
 
should output the file texts needed by the merge as by product of the transmission
269
 
 
270
 
tree application
271
 
combine the output from the transmission step with additional 'new work data' for anything already in the local repository that is new in this tree.
 
263
 #. data transmission
 
264
 
 
265
  * send data proportional to the new information
 
266
  * validate the data:
 
267
 
 
268
   #. validate the sha1 of the full text of each transmitted text.
 
269
   #. validate the sha1:name mapping in each newly referenced inventory item.
 
270
   #. validate the sha1 of the XML of each inventory against the revision.
 
271
      *** this is proportional to tree size and must be fixed ***
 
272
 
 
273
 #. write the data to the local repo.
 
274
    The API should output the file texts needed by the merge as by product of the transmission
 
275
 
 
276
 #. tree application
 
277
 
 
278
Combine the output from the transmission step with additional 'new work data' for anything already in the local repository that is new in this tree.
272
279
should write new files and stat existing files proportional to the count of the new work and the size of the full texts.