sur MacOSX avec GIT, différentes représentations UTF8 des codages du nom de fichier de fichier. (Des problèmes similaires existent également dans SVN.)
Il y a un patch pour cela ici .
Je me demande s'il y a un rapport de bogue (dans leur traqueur de bugs que je n'ai pas encore trouvé) avec une discussion sur la raison pour laquelle cela n'a pas encore été tiré ou si quelqu'un travaille dessus, etc.
4 Réponses :
Eh bien, il a été déclaré ici qu'il n'y a pas de suivi de bogue et La manière commune est d'envoyer un courrier à leur liste de diffusion.
Je viens de faire ça ici . Et j'ai un peu fileté le fil. :) La discussion supplémentaire est ici .
Merci. Au fait, j'avais presque la même conversation dans cette question à la question: Stackoverflow.com/Questtions/5581857/...
Ce problème est très connu et très compris, voir, par exemple Ceci un . Linus a une voix sur ce fil aussi.
Il y a quelques patchs que le papier sur le problème et aucun développement de développeur suffisamment / doit être habile à la réparer de manière appropriée. Peut-être que je suppose que, il est impossible de résoudre ce problème sans casser de vieux commits.
En d'autres termes, Linus dit que le système de fichiers OSX est stupide. Je partage cette pensée. "A"! = "A". Le HFS devrait être corrigé, pas git.
Outre le correctif Il y a un Solution de contournement en traduisant Mac OS X le codage pour Git ! Cela semble fonctionner pour moi.
Activer puis reclone le référentiel. Pour que cela fonctionne, vous devez avoir au moins au moins GIT 1.7.12, qui est groupé avec Xcode 4.6. C'est ça. core.pecomposposeunicode sur le Mac
Merci pour la suggestion! Malheureusement, après avoir exécuté cette commande, mon fichier énoncé.js apparaît toujours comme "\ 303 \ 251nonc \ 303 \ 251.js" , quand je cours $ statut git . 😓 Toute idée?
Fichier le rapport de bogue! Cette question sera plus appropriée dans leur liste de diffusion.
@Yuji: Aussi loin que j'ai compris (de ici ), un courrier à La mailinglist est remplissant un rapport de bogue. Et mon correctif lié est un courrier dans cette mailinglist. Donc, c'est le rapport réel. Mais je ne suis pas vraiment sûr où aller de là. Ou s'il y a un autre Real Bug Tracker quelque part.