Git'te dosya adlarını işleme

Git'te dosyaları yeniden adlandırırken , herhangi bir değişiklik yapmanız, yeniden adınızı gerçekleştirmeniz ve ardından yeniden adlandırılmış dosyanızı sahnelemeniz gerektiğini okudum . Git dosyayı izlenmeyen yeni bir dosya olarak görmek yerine içerikten tanıyacak ve değişiklik geçmişini saklayacaktır.

Ancak, sadece bu gece yaptığım dönmeye geri döndüm git mv.

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#

Dan Finder benim stil yeniden adlandırma iphone.cssiçinmobile.css

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   deleted:    css/iphone.css
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   css/mobile.css

Git artık bir CSS dosyasını sildiğimi ve yeni bir tane eklediğimi düşünüyor. İstediğim gibi değil, yeniden adlandırmayı geri alalım ve git işini yapalım.

> $ git reset HEAD .
Unstaged changes after reset:
M   css/iphone.css
M   index.html

Başladığım yere geri döndüm.

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#

git mvBunun yerine kullanalım .

> $ git mv css/iphone.css css/mobile.css
> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    css/iphone.css -> css/mobile.css
#
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   index.html
#

Görünüşe göre iyiyiz. Peki neden Git'i ilk kez Finder'ı kullandığımda yeniden adlandırmayı tanımadı?

İçin kılavuz sayfası diyorgit mv

Dizin başarılı bir şekilde tamamlandıktan sonra güncellenir, […]

Bu nedenle, ilk önce, dizini kendi başınıza güncellemeniz gerekir (kullanarak git add mobile.css). Ancak
git status yine de iki farklı dosya gösterilecek

$ git status
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       new file:   mobile.css
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       deleted:    iphone.css
#

Çalıştırarak farklı bir çıktı elde edebilirsiniz git commit --dry-run -a, bu da beklediğinizle sonuçlanır:

Tanascius@H181 /d/temp/blo (master)
$ git commit --dry-run -a
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       renamed:    iphone.css -> mobile.css
#

Size git statusve arasındaki bu farkları tam olarak neden gördüğümüzü tam olarak söyleyemem
git commit --dry-run -a, ancak işte Linus'un bir ipucu :

git gerçekten "yeniden adlandırma algılamasını" dahili olarak umursamıyor ve adlarla yaptığınız herhangi bir taahhüt, daha sonra yeniden adlandırmaları göstermek için kullandığımız buluşsal yöntemlerden tamamen bağımsızdır .

A dry-run, gerçek yeniden adlandırma mekanizmalarını kullanır, ancak git statusmuhtemelen kullanmaz.

Git dosyayı bir hareket olarak tanımadan önce değiştirilmiş iki dosyayı dizine eklemeniz gerekir.

Arasındaki tek fark mv old newve git mv old newgit mv da dizine dosyaları ekler olmasıdır.

mv old newo git add -Azaman da işe yarardı.

Yalnızca git add .dizine kaldırma eklemediğinden kullanamayacağınızı unutmayın .

Bkz. "Git add -A" ve "git add" arasındaki fark.

En iyisi kendiniz denemek.

mkdir test
cd test
git init
touch aaa.txt
git add .
git commit -a -m "New file"
mv aaa.txt bbb.txt
git add .
git status
git commit --dry-run -a

Şimdi git status ve git command --dry-run -a, git durumunun bbb.txt dosyasını yeni bir dosya / aaa.txt silindiğinde gösterdiği ve --dry-run komutlarının gerçek yeniden adlandırmayı gösterdiği iki farklı sonuç gösterir.

~/test$ git status

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   bbb.txt
#
# 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:    aaa.txt
#


/test$ git commit --dry-run -a

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    aaa.txt -> bbb.txt
#

Şimdi devam edin ve check-in yapın.

git commit -a -m "Rename"

Artık dosyanın aslında yeniden adlandırıldığını ve git durumunda gösterilenlerin yanlış olduğunu görebilirsiniz.

Hikayenin ahlakı: Dosyanızın yeniden adlandırılıp adlandırılmadığından emin değilseniz, bir "git commit --dry-run -a" yayınlayın. Dosyanın yeniden adlandırıldığını gösteriyorsa, hazırsınız demektir.

Git 1.7.x için aşağıdaki komutlar benim için çalıştı:

git mv css/iphone.css css/mobile.css
git commit -m 'Rename folder.' 

Orijinal dosya (örn. Css / mobile.css) önceden kaydedilmiş dosyalarda olduğu için git add'e gerek yoktu.

Mecbur git add css/mobile.cssyeni dosya ve git rm css/iphone.cssgit bunu biliyor, bu yüzden. aynı çıktıyıgit status

bunu durum çıktısında (dosyanın yeni adı) açıkça görebilirsiniz:

# Untracked files:
#   (use "git add <file>..." to include in what will be committed)

ve (eski ad):

# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)

sahne arkasında git mvtam olarak yapan bir sarıcı komut dosyası başka bir şey olduğunu düşünüyorum : dizinden dosyayı silmek ve farklı bir ad altında ekleyin

Dosyalarınızı git perspektifinden düşünelim.

Unutmayın, dosyalarınızla ilgili herhangi bir meta veri izlemez

Deponuzda (diğerleri arasında) var

$ cd repo
$ ls
...
iphone.css
...

ve git kontrolü altında:

$ git ls-files --error-unmatch iphone.css &>/dev/null && echo file is tracked
file is tracked

Bunu aşağıdakilerle test edin:

$ touch newfile
$ git ls-files --error-unmatch newfile &>/dev/null && echo file is tracked
(no output, it is not tracked)
$ rm newfile

Ne zaman yaparsın

$ mv iphone.css mobile.css

Git perspektifinden bakıldığında,

• iphone.css yoktur (silinir -git bu konuda uyarır-).
• mobile.css adlı yeni bir dosya var .
• Bu dosyalar tamamen alakasız.

Git, zaten bildiği dosyalar ( iphone.css ) ve algıladığı yeni dosyalar ( mobile.css ) hakkında bilgi verir, ancak yalnızca dosyalar dizinde veya HEAD git içeriğini kontrol etmeye başladığında.

Şu anda ne "iphone.css silme" ne de mobile.css dizinde bulunmuyor .

Dizine iphone.css silme ekle

$ git rm iphone.css

git size tam olarak ne olduğunu söyler: ( iphone.css silinir. Başka bir şey olmadı)

ardından mobile.css adlı yeni bir dosya ekleyin

$ git add mobile.css

Bu kez hem silme hem de yeni dosya dizinde. Git git, bağlamın aynı olduğunu algılar ve yeniden adlandırma olarak gösterir. Aslında dosyalar% 50 benzer ise, bir yeniden adlandırma olarak algılar, bu da işlemi yeniden adlandırma olarak tutarken mobile.css'yi biraz değiştirmenize izin verir .

Bunun yeniden üretilebildiğine bakın git diff. Artık dosyalarınız dizinde --cached. Düzenleme mobile.css biraz endekse eklemek ve arasındaki farkı görmek:

$ git diff --cached 

ve

$ git diff --cached -M

-Miçin "yeniden adlandırmaları algıla" seçeneğidir git diff. -Mkısaltmasıdır -M50%(% 50 veya daha fazla benzerlik git'i bir yeniden adlandırma olarak ifade etmesini sağlar) ancak -M20%mobile.css dosyasını çok düzenlerseniz bunu (% 20) değerine düşürebilirsiniz .

Adım 1: Dosyayı eski dosyadan yeni dosyaya yeniden adlandırın

git mv #oldfile #newfile

2.Adım: Git ve yorum ekleyin

git commit -m "rename oldfile to newfile"

3.Adım: Bu değişikliği uzak sunucuya aktarın

git push origin #localbranch:#remotebranch

Git dosyayı izlenmeyen yeni bir dosya olarak görmek yerine içerikten tanıyacaktır

Yanlış yaptığınız yer burası.

Yalnızca dosyayı ekledikten sonra , git dosyayı içerikten tanıyacaktır.

Bulucu hareketinin sonuçlarını sahnelemedin. Eğer Finder ile hareket yaptıysanız ve sonra yaptıysanız git add css/mobile.css ; git rm css/iphone.css, git yeni dosyanın hash hesaplamak ve ancak daha sonra dosyaların hashes eşleşen (ve böylece bir yeniden adlandırma) fark inanıyorum.

Örneğin dosyaları manuel olarak yeniden adlandırmanız gereken durumlarda, örneğin. bir grup dosyayı toplu olarak yeniden adlandırmak için bir komut dosyası kullanarak, sonra kullanarak git add -A .benim için çalıştı.

Xcode kullanıcıları için: Dosyanızı Xcode'da yeniden adlandırırsanız, rozet simgesinin ekleneceğini görürsünüz. XCode kullanarak bir taahhütte bulunursanız, aslında yeni bir dosya oluşturur ve geçmişi kaybedersiniz.

Bir çözüm kolaydır, ancak Xcode'u kullanmaya başlamadan önce yapmanız gerekir:

1. Klasörünüzde bir Git Durumu yapın. Aşamalı değişikliklerin doğru olduğunu görmelisiniz:

yeniden adlandırıldı: Project / OldName.h -> Project / NewName.h yeniden adlandırıldı: Project / OldName.m -> Project / NewName.m

1. taahhüt -m 'isim değişikliği'

Sonra XCode'a geri dönün ve rozetin A'dan M'ye değiştiğini göreceksiniz ve şimdi xcode kullanımında daha fazla değişiklik yapmak için kaydedildi.