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

Unexpected empty directory removal

From
GWGary Wilson <gary.wilson@of-networks.co.uk>
Date
Apr 12, 2012, 17:08 UTC
Message-ID
<4F870C04.9060304@of-networks.co.uk>
Hi

I do not normally report things such as this and they are usually "features", however this one seems overly strange to me as directories and files are different things and I would expected a source code versioning system to adhere to that.

Use case to replicate:
1. Have path/files/a.file exists (and/or path/files/*) on client A and
client B
2. Remove the physical files from the path/files/ directory on client A,
so that the directory is empty
3. git commit
4. git pull on client B
5. On client A an empty path/files/ directory exists on client B it has
been removed, meaning path/files/ no longer exists.

Is this the expected behaviour? As if it is, I will definitely bear that in mind and note that git will not make empty directories AND will remove empty directories from all clients apart from the client that emptied the directory.

client A: git version 1.7.0.4 client B: git version 1.7.1 git server: whatever github.com is running

Regards Gary

Next: Junio C Hamano
Message 1 of 3 in “Unexpected empty directory removal”
  1. Gary WilsonApr 12, 2012
  2. Junio C HamanoApr 12, 2012
  3. Gary WilsonApr 12, 2012

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.