Re: Dangling blob after git gc

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: Dangling blob after git gc

From: Matthieu Moy <hidden>
Date: 2016-06-15 22:45:42

Miklos Vajna [off-list ref] writes:
The commits are probably due to reflogs, that's OK. But why do I have a
dangling blob after git gc? The interesting part is that as you can see
most of them is removed, but not all.

Any ideas? :)
from man git-gc:

     The optional configuration variable gc.pruneExpire controls
     how old the unreferenced loose objects have to be before
     they are pruned. The default is "2 weeks ago".

Git can hardly know for sure whether a dangling object is actually a
temporary object used by another instance of git or actually an unused
object. Older versions of Git required you to explicitely say --prune
to mean "OK, _I_ am sure, you can prune the objects", newer do it the
safe way by removing only objects old enough.

-- 
Matthieu

Re: Dangling blob after git gc

From: Miklos Vajna <hidden>
Date: 2016-06-15 22:45:42

On Thu, Nov 27, 2008 at 02:46:47PM +0100, Matthieu Moy [off-list ref] wrote:
from man git-gc:

     The optional configuration variable gc.pruneExpire controls
     how old the unreferenced loose objects have to be before
     they are pruned. The default is "2 weeks ago".

Git can hardly know for sure whether a dangling object is actually a
temporary object used by another instance of git or actually an unused
object. Older versions of Git required you to explicitely say --prune
to mean "OK, _I_ am sure, you can prune the objects", newer do it the
safe way by removing only objects old enough.
So it was a user error, thanks for pointing out the relevant
documentation. :)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help