author | Linus Torvalds <torvalds@ppc970.osdl.org> | |
Sat, 25 Jun 2005 21:42:43 +0000 (14:42 -0700) | ||
committer | Linus Torvalds <torvalds@ppc970.osdl.org> | |
Sat, 25 Jun 2005 21:42:43 +0000 (14:42 -0700) | ||
commit | c323ac7d9c573c5ee8b45b9b9def92a4d4d8204d | |
tree | c4a485a5cfc7c4a055116c3d114573cac483b5ab | tree | snapshot |
parent | 7323aa11af1527d5a786d93ee34401c72c5df051 | commit | diff |
git-pack-objects: create a packed object representation.
This is kind of like a tar-ball for a set of objects, ready to be
shipped off to another end. Alternatively, you could use is as a packed
representation of the object database directly, if you changed
"read_sha1_file()" to read these kinds of packs.
The latter is partiularly useful to generate a "packed history", ie you
could pack up your old history efficiently, but still have it available
(at a performance hit, of course).
I haven't actually written an unpacker yet, so the end result has not
been verified in any way yet. I obviously always write bug-free code,
so it just has to work, no?
This is kind of like a tar-ball for a set of objects, ready to be
shipped off to another end. Alternatively, you could use is as a packed
representation of the object database directly, if you changed
"read_sha1_file()" to read these kinds of packs.
The latter is partiularly useful to generate a "packed history", ie you
could pack up your old history efficiently, but still have it available
(at a performance hit, of course).
I haven't actually written an unpacker yet, so the end result has not
been verified in any way yet. I obviously always write bug-free code,
so it just has to work, no?
Makefile | diff | blob | history | |
pack-objects.c | [new file with mode: 0644] | blob |