Re: git commit -a reports untracked files after a clone
- From
Philipp Metzler <phil@goli.at>
- Date
- May 15, 2011, 08:26 UTC
- Message-ID
- <4501A58F-46F8-410C-BCEF-DD2FC10BC3A5@goli.at>
- In-Reply-To
- <7v39kgr5ln.fsf@alter.siamese.dyndns.org>
Hi,
on OS X 10.6.7 it seemes to happen with any git repository - also with the git git repo itself:
[phil@Silberpfeil tmp]$ git --version git version 1.7.5.1 [phil@Silberpfeil tmp]$ git clone git://git.kernel.org/pub/scm/git/git.git Cloning into git... remote: Counting objects: 140383, done. remote: Compressing objects: 100% (33498/33498), done. remote: Total 140383 (delta 105777), reused 139383 (delta 104980) Receiving objects: 100% (140383/140383), 27.61 MiB | 642 KiB/s, done. Resolving deltas: 100% (105777/105777), done. [phil@Silberpfeil tmp]$ cd git [phil@Silberpfeil git]$ git commit -a # On branch master # Untracked files: # (use "git add <file>..." to include in what will be committed) # # vcs-svn/ # xdiff/ nothing added to commit but untracked files present (use "git add" to track) [phil@Silberpfeil git]$ git status # On branch master nothing to commit (working directory clean) [phil@Silberpfeil git]$ git commit -a # On branch master nothing to commit (working directory clean)
Cheers,
Philipp
_______________________________________________________________
DI Philipp Metzler Goli.at GesbR. Dorf Rieden 7/11 A-6900 Bregenz EU - Austria
E-Mail: phil@goli.at Skype: googol Tel: +43 / 676 / 72 94 176 ICQ: 13950954
o www.philippmetzler.com - Softwareentwicklung und Websites mit Django und Typo3. o www.goli.at - Ihr Speicherplatz im Netz. Messen Sie uns an unseren Daten. o www.clickshopping.at - Wir bringen Ihre Produkte auf den Punkt. o www.greencar.at - Elektroautos und mehr ... _______________________________________________________________
Am 15.05.2011 um 05:43 schrieb Junio C Hamano:
Show 19 quoted lines
> Philipp Metzler <phil@goli.at> writes: > >> This is how you can reproduce the problem: >> 1. clone a repo >> 2. run the command "git commit -a" > > Does it reproduce with _any_ repository, or just a particular one? If it > is the latter, then the above description is useless for anybody to start > formulating any theory on what goes wrong. Sorry. > > You being on OS X, I would guess that you may have a pathname in the > project that HFS+ does not like. > > On HFS+, when a program creates a file with "open(filename, O_CREAT)", > reading the directory the created path is in with readdir() does not > return the string given when it was created but something else for certain > pathnames; you may be seeing that git is confused by that behaviour. > > But that is just a wild guess.