bugmonotone - Bugs: bug #12933, partial pull


You are not allowed to post comments on this tracker with your current authentication level.

bug #12933: partial pull

Submitter:  Peter Gervai <grin>
Submitted:  Mon 02 May 2005 11:52:24 AM UTC
Votes: 30
Category:  None Severity:  3 - Normal
Item Group:  feature request Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
mtn version --full: 

monotone 0.18 (base revision: e8c9e4eb0534a4c6e538935576330de34ec42052)

Mon 02 May 2005 05:30:23 PM UTC, comment #1: 

This would definitely be worthwhile.  The main barrier is working out a safe scheme for doing so; remember that anyone can sync with anyone else at any time, so there are really funky edge cases that come up when two people who have partial history sync with each other.

Nathaniel Smith <njs>
Group Member
Mon 02 May 2005 11:52:24 AM UTC, original submission:  

As I mentioned on the iRC the current state of design requires someone to pull a whole history of a project even if s/he's only want to work on recent versions. This isn't really just a problem of network traffic (eg. "you don't have to worry, it only pulls the whole shebang once") but disk space too (monotone repo currently above 45MB, and it's a small project; mozilla and linux kernel were mentioned, both possessing extensive amounts of historical revisions).

Partial pulls naturally would require a bit caution at handling, and maybe some functions could result "I can't do what you asked for, please pull more history"... I am not even sure whether it can be done or not. But I am pretty sure I wouldn't be able to store mozilla in monotone, full history on my disk, even when "disk space is cheap" (unless it became free of charge :)).

At least I'd prefer to know why this couldn't, shouldn't or mustn't be done. :) [And what are the alternatives for people with limited bandwidth, disk space or patience (pulling/verifying monotone still required 90 minutes, dunno how long kernel would take :))]

Peter Gervai <grin>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


CC list is empty


There are 30 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.


Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2006-08-23 lapo Carbon-Copy- Added -email is unavailable-
    Carbon-Copy- Added lapo

Back to the top

Powered by Savane 3.13-04b1.
Corresponding source code