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

Re: git-svn: Deleting directories

From
Adam Roben <aroben@apple.com>
Date
Sep 24, 2007, 16:37 UTC
Message-ID
<46F7E7B6.7000601@apple.com>
In-Reply-To
<46F7C3EA.2080806@gmail.com>
Russ Brown wrote:
Show 14 quoted lines
> I've just noticed that when deleting entire directory trees in git, when
> the dcommit happens only the files in that trees get deleted, which
> leaves a 'ghost town' of a directory tree with folders but no files,
> which will no doubt have somewhat confused my svn-using colleagues.
>
> This is obviously an interoperability problem, but I understand that git
> does not track folders and is so tricky to fix.
>
> The question though is how to handle it. Ideally, dcommit will detect
> that an entire directory has gone and send through a changeset which
> deletes just that one directory, instead of the current behaviour of
> explicitly deleting every file in the directory but leaving the
> directories themselves intact.
>   

There's a similar problem when renaming a directory. dcommit will essentially commit a series of moves of individual files rather than moving the whole directory. Again this is due to git not tracking directories. I should hope that whatever logic is used for detecting a directory removal may also be used for detecting a directory rename.

-Adam
Previous: Russ Brown
Message 2 of 2 in “git-svn: Deleting directories”
  1. Russ BrownSep 24, 2007
  2. Adam RobenSep 24, 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.