threads / bug / 37051

bug in os x - deleted file on clone

Subject: bug in os x - deleted file on clone

## tl;dr

2 messages between Jul 3, 2014 and Jul 3, 2014.

replies: 1people: 2as markdown or json

David Salib· Jul 3, 2014, 15:53 UTC · lore
Hello,
When I clone a repository using git on osx this happens :
------------
grandmesse:code dubbed$ git clone ssh://git@[snip]/puppet.git
Cloning into 'puppet'...
remote: Counting objects: 5313, done.
remote: Compressing objects: 100% (4086/4086), done.
remote: Total 5313 (delta 2200), reused 2996 (delta 841)
Receiving objects: 100% (5313/5313), 2.07 MiB | 0 bytes/s, done.
Resolving deltas: 100% (2200/2200), done.
Checking connectivity... done.
grandmesse:code dubbed$ cd puppet
grandmesse:puppet dubbed$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
deleted:    modules/areversat-nidautoprov/files/dhcp/staticDHCPd/staticDHCPd
no changes added to commit (use "git add" and/or "git commit -a")
-----------------
This does not happen under linux so the repository isn't the issue.
Thanks,
D
-- 
David Salib
Spécialiste systèmes / Systems specialist
Fibrenoire - www.fibrenoire.ca
A: 550 ave Beaumont, suite 320, Montreal, Qc, H3N 1V1
T. 514 907-3002 x133
Jeff King· Jul 3, 2014, 16:42 UTC · re: David Salib · lore

Re: bug in os x - deleted file on clone

On Thu, Jul 03, 2014 at 11:53:28AM -0400, David Salib wrote:
Show 5 quoted lines
> When I clone a repository using git on osx this happens :
> [...]
> deleted:    modules/areversat-nidautoprov/files/dhcp/staticDHCPd/staticDHCPd
> [...]
> This does not happen under linux so the repository isn't the issue.

Does the repository have similar paths distinguished only by case? Try looking at the output of:

  git ls-tree HEAD

If your file system is case-insensitive, then it might not be possible to represent the repository contents on disk (git has some workarounds to handle case-insensitivty, but fundamentally such filesystems cannot represent "FOO" and "foo" with different contents, and you are best off not trying to store that in your repository).

-Peff

← back to recent threads