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

Re: Tracking empty directories

From
ILIlari Liusvaara <ilari.liusvaara@elisanet.fi>
Date
Feb 1, 2011, 19:09 UTC
Message-ID
<20110201190915.GB2370@LK-Perkele-VI.localdomain>
In-Reply-To
<201102011931.40559.jnareb@gmail.com>
On Tue, Feb 01, 2011 at 07:31:38PM +0100, Jakub Narebski wrote:
Show 13 quoted lines
> Dnia wtorek 1. lutego 2011 19:15, Ilari Liusvaara napisał:
> > 
> > Worse problem than the index: Tree entries. Those are actually transferable
> > and IIRC older (current?) git versions don't handle empty subdirectories
> > (pointing entry of type directory to empty tree hash) all too well...
> 
> What did you mean by "don't handle" here?  The following entry
> 
>   040000 tree 22d5826c087c4b9dcc72e2131c2cfb061403f7eb	empty
> 
> should be not a problem; empty tree is hardcoded and also shouldn't there
> be a problem with such object.  Is the problem when checking out such tree
> (writing to index and/or working area)?

Yes, writing to index/working area. IIRC, having such entry in tree causes a "ghost directory". I don't exactly recall what such thing broke, but I remember that it broke something (merging?)...

Those ghosts also had annoying tendency to persist between commits. Commits didn't kill them. Rm didn't work. You had to create something on top/inside to get rid of them.

Show 7 quoted lines
> > Worse yet, there isn't easy way to break the tree parser to avoid current
> > git versions from screwing things up (IIRC, when I tested, invalid octal
> > numbers finally broke it, invalid file types didn't do the trick)...
> 
> Well, then 1.8.0 version could be good place to break backwards 
> compatibility; we did similar thing when introducing submodule entries,
> isn't it?
Hint: Entry of mode "88888" blows up the tree parser nicely... :-)

At the same time, it could be useful to have manually tracked directories (incidate via "sticky" bit of tree entry mode?)

-Ilari
Previous: Jakub NarebskiNext: Jonathan Nieder
Message 26 of 36 in “Features from GitSurvey 2010”
  1. Dmitry S. KravtsovJan 29, 2011
  2. Jonathan NiederJan 29, 2011
  3. Jakub NarebskiFeb 1, 2011
  4. Nguyen Thai Ngoc DuyFeb 1, 2011
  5. Shawn PearceFeb 1, 2011
  6. Shawn PearceFeb 1, 2011
  7. Nguyen Thai Ngoc DuyFeb 1, 2011
  8. Junio C HamanoFeb 1, 2011
  9. Nicolas PitreFeb 1, 2011
  10. Nguyen Thai Ngoc DuyFeb 1, 2011
  11. Shawn PearceFeb 1, 2011
  12. Nicolas PitreFeb 1, 2011
  13. Shawn PearceFeb 2, 2011
  14. Nicolas PitreFeb 2, 2011
  15. david@lang.hmFeb 2, 2011
  16. Geert BoschFeb 3, 2011
  17. Narrow clone (Re: features from GitSurvey 2010)Jonathan Nieder, Feb 3, 2011
  18. Geert BoschFeb 3, 2011
  19. Jonathan NiederFeb 3, 2011
  20. Jonathan NiederFeb 3, 2011
  21. Nicolas PitreFeb 3, 2011
  22. Tracking empty directoriesJonathan Nieder, Feb 1, 2011
  23. Nguyen Thai Ngoc DuyFeb 1, 2011
  24. Ilari LiusvaaraFeb 1, 2011
  25. Jakub NarebskiFeb 1, 2011
  26. Ilari LiusvaaraFeb 1, 2011
  27. Jonathan NiederFeb 1, 2011
  28. Jakub NarebskiFeb 1, 2011
  29. Nguyen Thai Ngoc DuyFeb 2, 2011
  30. Kevin P. FlemingFeb 2, 2011
  31. Nicolas PitreFeb 1, 2011
  32. big files in git was: Re: Features from GitSurvey 2010david@lang.hm, Feb 1, 2011
  33. Nicolas PitreFeb 3, 2011
  34. Matthieu MoyFeb 1, 2011
  35. Jonathan NiederFeb 1, 2011
  36. Matthieu MoyFeb 1, 2011

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.