git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git-gc --prune interferes cogito?

From
MDMichael Dressel <michaeltilodressel@t-online.de>
Date
Oct 17, 2007, 18:55 UTC
Message-ID
<Pine.LNX.4.64.0710172034270.4755@castor.milkiway.cos>
In-Reply-To
<20071017153841.GL18279@machine.or.cz>
Hi,
On Wed, 17 Oct 2007, Petr Baudis wrote:
Show 17 quoted lines
>   Hi,
> 
> On Wed, Oct 17, 2007 at 04:43:27PM +0200, MichaelTiloDressel@t-online.de wrote:
> > I'm using git-1.5.3.2 and cogito-0.18.1.
> > 
> > After I did a git-gc --prune cg-status didn't show my branches anymore.
> > git-branch -a still showed the branches.
> > I think that git-gc removed all files from .git/refs/heads/ except for
> > origin. Git seams to be fine with the branches in 
> >  .git/logs/refs/heads/. 
> > 
> > So should git-gc not be used together with cogito?
> 
>   Cogito doesn't support packed heads - I guess setting gc.packrefs to
> false should fix the issue. Cogito should support packed tags, I guess;
> I don't know if there's a way to make git-gc pack only tags.
> 

Thank you. I tried it at home too where I had an older version of git. With the older git version git-gc --prune didn't disturbe cogito. I upgradet to git version 1.5.3.4 and tried gc.packrefs=false and it seams to be ok forr cogito.

Cheers, Michael

Previous: Petr Baudis
Message 3 of 3 in “git-gc --prune interferes cogito?”
  1. MichaelTiloDressel@t-online.deOct 17, 2007
  2. Petr BaudisOct 17, 2007
  3. Michael DresselOct 17, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.