git mv ve sadece dizin büyük / küçük harf değişimi

Benzer bir soru bulduğum halde, sorunuma bir cevap bulamadım

Ben üzerinden foo dizin foo yeniden adlandırmak çalıştığınızda git mv FOO fooolsun

fatal: renaming 'FOO' failed: Invalid argument

TAMAM. Bu yüzden deniyorumgit mv FOO foo2 && git mv foo2 foo

Ama taahhütte bulunduğum git commit .zaman

# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
# foo
nothing added to commit but untracked files present (use "git add" to track)

Dizini git add foohiçbir şeyden eklemediğimde değişiyor ve git commit .bana aynı mesajı veriyor.

Neyi yanlış yapıyorum? Büyük / küçük harfe duyarlı bir sistem (OSX) kullandığımı düşündüm, neden dizini yeniden adlandıramıyorum?

Bir durumda duyarsız bir ortamtasınız. Dahası, Git'in anladığı gibi -A, kaldırma tarafının kaldırılmasına dikkat mvetmeyecektir. Uyarı! Bunu yaptığınızda başka değişikliklerin veya izlenmeyen dosyaların bulunmadığından emin olun, aksi takdirde bu değişikliğin bir parçası olarak işlenirler! git stash -uönce bunu sonra da git stash popsonra yapın. Devam ediyor: Bu sorunu çözmek için aşağıdakileri yapın:

mv foo foo2
git add -A
git commit -m "renaming"
mv foo2 FOO
git add -A
git commit --amend -m "renamed foo to FOO"

Bu, çalışma dizinini değiştirmenin, taahhütte bulunmanın ve sonra da 2 taahhüdü daraltmanın çizilmiş yoludur. Dosyayı sadece dizinde taşıyabilirsiniz, ancak git için yeni olan birine, ne olduğu konusunda yeterince açık olmayabilir. Kısa sürüm

git mv foo foo2
git mv foo2 FOO
git commit -m "changed case of dir"

Yorumlardan birinde önerildiği gibi git rebase -i HEAD~5, davayı orada düzeltmek ve tarihin hiçbir yerinde yanlış bir vakanın görünmemesi için etkileşimli bir yeniden taban da yapabilirsiniz ( yanlış vaka 5 taahhüt önce tanıtıldıysa). Bundan sonra taahhüt karmaları farklı olacağından ve diğerlerinin çalışmalarını şubenin yakın geçmişiyle yeniden birleştirmek veya yeniden birleştirmek zorunda kalacağı için bunu yaparsanız dikkatli olmalısınız.

Bu, bir dosyanın adını düzeltmeyle ilgilidir: git büyük / küçük harfe duyarlı değil mi?

Seçeneği core.ignorecaseyanlış olarak ayarlamak istersiniz , bu da Git'i yerel olarak desteklemeyen dosya sistemlerinde büyük / küçük harflere dikkat eder. Reponuzda etkinleştirmek için:

$ git config core.ignorecase false

Sonra dosyayı ile yeniden adlandırabilirsiniz git mvve beklendiği gibi çalışacaktır.

Geçici bir dosya adı kullanarak git 1.7.7 kullanarak bu sorunu çözmek mümkün:

$ git mv improper_Case improve_case2
$ git mv improve_case2 improve_case
$ git commit -m "<your message>"

( git mv-ücretsiz varyant.)

Mac OS X 10.9'da Git'te bu sorunla karşılaştım. Aşağıdaki gibi çözdüm:

git rm -r --cached /path/to/directory

Bu, Git'te silinmek üzere dizini aşamalandırır, ancak fiziksel dosyaları ( --cached) gerçekten kaldırmaz . Bu, dizinin, şimdi uygun durumla, izlenmeyen dosyalarda görünmesini sağlar.

Böylece bunu yapabilirsiniz:

mv /path/to/directory /path/to/DIRECTORY
git add -A /path/to/DIRECTORY

Git daha sonra dosyaları yeniden adlandırdığınızı anlar ve bunu git statusyaptığınızda bir dizi renamed:satır görmeniz gerekir . Onları inceleyin ve doğru göründüklerinden emin olun, eğer öyleyse değişiklikleri normal şekilde yapabilirsiniz.

Bu hızlı ve hata korumalı bir çözümdür:

git mv -f path/to/foo/* path/to/FOO/

Uyarı! Her zaman yeniden adlandırılmış klasördeki tüm dosyaları yeniden adlandırın (kullanın /*).

Tek dosyaları yeniden adlandırmayın. Bu, bu cevapta açıklanan bir hataya yol açar .

İlk önce sonucu görmek istiyorsanız, şunu kullanın -n:

git mv -f -n path/to/foo/* path/to/FOO/

Bir yaptıktan sonra mv:

1. Değişiklikleri yap
2. Diğer revizyonlara göz atın
3. Geri ödeme.

Git artık dahili dosyalarında ve dosya sisteminde BOTH klasörünü yeniden adlandırmış olmalıydı.

-F seçeneğiyle zorla:

git mv -f FOO foo

İlgili bir sorunum vardı.

Bir klasör 'Pro' (önce oluşturuldu) ve başka bir 'pro' (yanlışlıkla oluşturuldu). Mac'te aynı şey ama git'e göre farklı.

$ git config core.ignorecase false

git config dosyaları doğru klasöre yeniden adlandırır (teşekkürler) ve ayrıca 'pro' (Hayır !!) içinde hayalet dosyaları oluşturdu. Parçaya hayalet dosyası değişiklikleri ekleyemedim ve bu dosyaları yanımda taşımadıkça diğer şubelere ödeme yapamadım ve ayrıca bir şekilde sıfırlayamadım.

Bunun yerine yaptım

$ git rm -r --cached pro
$ git status // => pro files removed, new Pro files untracked
$ git add Pro

Ekstra güvenli hale getirmek için, ayrı bir düzeltme dalında yaptım ve daha sonra ana dalla birleştim

Tarafından oluşturulan hayalet dosya sorunu için, herhangi bir guru Nasıl ve Neden açıklayabilir? Şimdiden teşekkürler.

Açıkça seçmediğiniz sürece OS X'te büyük / küçük harfe duyarlı bir dosya sistemi kullanmıyorsunuz. HFS + yapabilirsiniz harfe duyarlı olmak, ancak varsayılan harf duyarsızdır.

İşte bu sayfadaki tüm gitfoo etrafında gerçekten basit bir çözüm.

1. Dosyaları projenizden manuel olarak kopyalayın.
2. git rm tüm dosyalar.
3. normal gibi git.
4. dosyaları manuel olarak geri ekleyin.
5. git tüm dosyaları ekleyin.
6. normal gibi git.
7. kar.

Adam Dymitruk'un cevabını iyileştirmek (SO'nun cevabını yorumlamama izin vermiyor), "git mv" kullanarak otomatik olarak taşınan dosyaları otomatik olarak sahne alacak. Zımbalamaya gerek yoktur ve riskli "git add -A" önlenebilir:

old="abc";    new="ABC";
tmp="$old-renamed";
git mv "$old" "$tmp";
git commit -m "Renamed '$old' to '$tmp'.";
git mv "$tmp" "$new";
git commit --amend -m "Renamed '$old' to '$new'.";

Bu Windows'ta benim için harika çalıştı. Powershell aşağıdakilerle kullanılır:

1. mv .\Folder-With-Wrong-Casing .\temp
2. git add -A
3. git commit -m "renamed folder with wrong casing to temp"
4. mv .\temp .\Folder-with-Correct-Casing
5. git add -A
6. git commit --amend -m "Renamed to proper casing"
7. (isteğe bağlı) git push

Adam'ın yukarıdaki cevabı için teşekkürler.