From: Alex Riesen Date: Tue, 06 Feb 2007 13:01:52 GMT Subject: Re: Deprecation/Removal schedule Message-ID: <81b0412b0702060501u41a3f707pea4bfc58220fd862@mail.gmail.com> In-Reply-To: On 2/6/07, Johannes Schindelin wrote: > > > > > > `git gc` is your friend. It automatically trims the reflogs, keeping > > > only the last 90 days worth of entries. You can tune this with the > > > `gc.reflogexpire` configuration parameter. > > > > git gc (repack -d of it) is too dangerous in a shared repo: it breaks > > the repos which depend on the master repository, have sent (by some > > means) some objects over to the master, and accidentally removed > > the reference, and were pruned afterwards. > > We no longer call git-prune automatically in git-gc. You have to say > "git-gc --prune" to trigger that behaviour. no. You'd have to stop calling repack as well. I mean the objects that generally have to be removed and just accidentally was not pinned in the shared repo. Or did you mean that repack will leave unreferenced objects behind in objects/??/files?