Zmieniam wielkość liter w katalogu i wydaje się, że Git go nie rozpoznaje

Rozwijam projekt na OS X Lion, który jest pod kontrolą wersji Git. Miałem te katalogi pisane małymi literami, a później pisałem je wielkimi literami (np. Emailaddresses => EmailAddresses), ale wydaje się, że Git nie rozpoznaje zmiany. Nadal myśli, że katalogi są pisane małymi literami, kiedy uruchamiam git ls-filesi inne polecenia.

Czy to nieszkodliwe, czy powinienem zrobić coś innego, aby Git wychwycił tę zmianę?

Prawdopodobnie używasz HFS + bez rozróżniania wielkości liter (ale z zachowaniem wielkości liter). Zwykle robię to tak:

$ git mv somename tmpname
$ git mv tmpname SomeName

Możesz nakazać gitowi wzięcie pod uwagę sprawy, uruchamiając

git config core.ignorecase false

Jak zdać mv na Macu z uwzględnieniem wielkości liter

Dzieje się tak, ponieważ Mac OS X zaimplementowano funkcje zachowywania wielkości liter i niewrażliwości na wielkość liter, które mają Ci pomóc.

Chociaż sugestie podwójnej zmiany nazwy w drugiej odpowiedzi będą działać, zalecam użycie opcji „--force”, aby uzyskać najlepsze wyniki:

$ git mv --force somename SomeName

Uwaga: jeśli spróbujesz bez opcji wymuszenia, git będzie na ciebie napadał w ten sposób:

$ git mv somename SomeName
$ fatal: destination exists, source=somename, destination=SomeName

W powyższym przykładzie polecenie git kończy się niepowodzeniem i żadne pliki nie są zmieniane w systemie plików ani w indeksie git.

Spróbuj zmienić opcję konfiguracji git core.ignorecase na false w pliku .gitconfig.

Poniższe kroki pomogły mi rozwiązać problem:

1. Zmień nazwę folderu na temp:

   mv Folder temp                  // It will rename your Folder to temp
   

2. Scena i zatwierdzanie:

   git add .
   git commit -m "Temp"
   

3. Zmień nazwę tempfolderu według własnego uznania:

   mv temp folder        // It will rename temp folder to the name of your choice(folder)
   git add .
   git commit -m "Folder Fixed"
   

Gotowe - możesz teraz naciskać.

Jeśli to zrobisz git mv AAA aaalub git mv -f AAA aaa, to nie zadziała i wystąpi błąd fatal: renaming 'AAA' failed: Invalid argument.

Ponieważ AAAiaaa są JEDNYM SAMYM folderem / plikiem w systemach plików bez rozróżniania wielkości liter, przejdź AAAdo aaaoznacza przeniesienie AAAjako aaa/AAA.

Więc powinieneś to zrobić

git mv AAA aaa.1
git mv aaa.1 aaa

Mam nadzieję, że będzie to pomocne dla Ciebie.

Powodem tego jest to, że system operacyjny oparty na LINUX lub macOS ignoruje wielkość liter w nazwie pliku / folderu. Musimy rozwiązać ten problem, wykonując poniższe czynności

For Exp, you want to change folder name from Base to base
1. mv Base base2
2. git add . && git commit -m "Fix folder name problem (wip)"
3. mv base2 base
4. git add . && git commit -m "Fixed folder name problem"

Żadne z tych rozwiązań nie zadziałało dla mnie. SourceTree zawsze tworzyło moją gałąź z innym przypadkiem, niż chciałem. Więc jak to rozwiązałem:

1 - Spójrz na swoje pliki git w Finderze. Możesz to zrobić wpisując na terminalu:

- `defaults write com.apple.finder AppleShowAllFiles TRUE`
- `killall Finder`

2 - Uruchom ponownie wyszukiwarkę i przejdź do katalogu projektu

3 - Teraz po prostu zmień nazwę folderu, powiedzmy z funkcji na funkcję. I gotowe.

Możesz to również zrobić ręcznie, bez używania poleceń GIT. Wewnątrz .gitfolderu po prostu usuń folder o żądanej nazwie, tj SomeName. A następnie zmień nazwę folderu somenamena SomeName. Więcej szczegółów na: Jak naprawić nazwę folderu ustawioną na wielkie litery i przekonwertować git na małe litery

Miałem ten sam problem i skorzystałem z poniższego rozwiązania. Używam tego do zmiany partii, katalogów i plików itp .:

git rm -r --cached .
git add --all .
git commit -a -m "Versioning updated directory/file names"
git push origin master

Jak wyszczególniono tutaj.

Żadne z nich nie pomogło mi, nadal git kazał mi ukryć zmiany, ponieważ moja sytuacja była taka, że ​​mój folder lokalny był pisany wielkimi literami, ale zdalny nie, a moja gałąź była w tyle i nie mogłem już ściągać z powodu różnic w wielkości pliku w strukturze folderów.

Jedynym sposobem, w jaki mogłem to naprawić, było usunięcie mojego lokalnego oddziału i sprawdzenie pilota.