Hi,

On Tue, 28 Aug 2007, Petr Baudis wrote:

quoted text
> 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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html