Hi, On Tue, 28 Aug 2007, Petr Baudis wrote: > On Mon, Aug 27, 2007 at 10:35:01AM CEST, Johannes Schindelin wrote: > > On Mon, 27 Aug 2007, Petr Baudis wrote: > > > > > So now I wonder, what is the thing you miss most there? > > > > I wonder if this is repo.or.cz specific, but we recently had a problem > > where the blobs of a project went away, and the forked project still > > relied on them. Any ideas how to solve that issue? > > I actually *don't* want any objects to go ever away from a project. I > just have no idea how to prevent it but still have some sane packing > behaviour. Hmm. I think you'll have to hack pack-objects, or you'll have to create dummy refs from the dangling objects/blobs. The latter is probably easier, since it just involves a "git fsck --lost-found" and putting the found things into a "refs/I-dont-wanna-lose-you/" refspace. But it will be certainly more expensive. The upside of this method would be that you have an integrity test for free. Putting all objects into a single database could easily break the current packfile size limit, and it will be suboptimal for cloning: chances are that objects delta well against objects which are not in the same (forked)project, and therefore the server is more likely to get non-reusable deltas. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
