Git geçmişinde kaydedilmiş kod nasıl grep (arama)

Geçmişte bir dosya veya bazı kodları bir dosyada sildim. İçeriği gizleyebilir miyim (işleme iletilerinde değil)?

Çok kötü bir çözüm günlüğü grep etmektir:

git log -p | grep <pattern>

Ancak, bu işlem sağlama karmasını hemen geri döndürmez. git grepBoşuna oynamadım .

Kesinti içeriğini (yani, iletiler ve benzerlerinin aksine gerçek kaynak satırları) aramak için şunları yapmanız gerekir:

git grep <regexp> $(git rev-list --all)

git rev-list --all | xargs git grep <expression> "Bağımsız değişken listesi çok uzun" hatasıyla karşılaşırsanız çalışır.

Aramayı bazı alt ağaçlarla (örneğin, "lib / util") sınırlamak istiyorsanız, bunu rev-listalt komutlara iletmeniz ve grepayrıca:

git grep <regexp> $(git rev-list --all -- lib/util) -- lib/util

Bu, tüm taahhüt metninizi gözden geçirecektir regexp.

Her iki komutta da yolun geçmesinin nedeni, rev-listtüm değişikliklerin lib/utilgerçekleştiği revizyonlar listesini döndürecek , ancak aynı zamanda grepyalnızca arama yapacak şekilde geçmeniz gerektiğidir lib/util.

Sadece aşağıdaki senaryoyu düşünün: grepaynı <regexp>döndürülen revizyonda bulunan diğer dosyalarda da aynı şeyi bulabilir rev-list(bu revizyonda o dosyada değişiklik olmasa bile).

Kaynağınızı aramanın diğer bazı yararlı yolları:

Çalışma ağacında normal ifade normal ifadesiyle eşleşen metni arayın:

git grep <regexp>

Çalışma ağacında normal ifade regexp1 veya regexp2 ile eşleşen metin satırlarını arayın:

git grep -e <regexp1> [--or] -e <regexp2>

Çalışma ağacında yalnızca normal dosya yollarını bildiren normal ifade regexp1 ve regexp2 ile eşleşen metin satırlarını arayın:

git grep -l -e <regexp1> --and -e <regexp2>

Çalışma ağacında normal ifade normal ifadesiyle eşleşen metin satırları ve normal ifade normal ifadesiyle eşleşen metin satırları olan dosyaları arayın:

git grep -l --all-match -e <regexp1> -e <regexp2>

Çalışma ağacında, eşleşen metin eşleme desen satırlarını arayın:

git diff --unified=0 | grep <pattern>

Tüm düzeltmeleri normal ifade normal ifadesiyle eşleşen metni arayın:

git grep <regexp> $(git rev-list --all)

Normal ifade normal ifadesiyle eşleşen metni bulmak için rev1 ve rev2 arasındaki tüm düzeltmeleri arayın:

git grep <regexp> $(git rev-list <rev1>..<rev2>)

İçin kazma ( -S) seçeneğini kullanmalısınız git log.

Aramak için Foo:

git log -SFoo -- path_containing_change
git log -SFoo --since=2009.1.1 --until=2010.1.1 -- path_containing_change

Bkz Git tarihini - Anahtar kelime ile kayıp satırı bulun daha fazlası.

As Jakub Narębski yorumladı:

• bu , bir örneğini tanıtan veya bu örneği kaldıran farklılıkları arar<string> . Bu genellikle "'Foo' ile satır eklediğiniz veya kaldırdığınız düzeltmeler" anlamına gelir.

• --pickaxe-regexseçenek genişletilmiş POSIX yerine bir dize için arama regex kullanmasına olanak sağlar. Örnek (itibaren git log):git log -S"frotz\(nitfol" --pickaxe-regex

As Rob yorumladı, bu arama harf duyarlıdır - o açtı takip soruyu harf duyarsız arama için nasıl.

Bunu yapmanın en sevdiğim yolu git log' -Gseçeneğidir (1.7.4 sürümünde eklendi).

-G<regex>
       Look for differences whose added or removed line matches the given <regex>.

Bir işlemin eşleşip eşleşmediğini -Gve -Sseçeneklerinin belirleme şekli arasında küçük bir fark vardır :

• -SSeçenek aslında önce ve bir taahhüt sonra bir dosyaya kez arama eşleşmeleri sayısını sayar. Önceki ve sonraki sayımlar farklıysa, taahhüt günlüğünde gösterilir. Bu, örneğin, aramanızla eşleşen bir satırın nereye taşındığını gösterir.
• Bu -Gseçenekle, aramanız eklenmiş, kaldırılmış veya değiştirilmiş herhangi bir satırla eşleşirse, taahhüt günlükte gösterilir.

Bu taahhüdü örnek olarak alalım:

diff --git a/test b/test
index dddc242..60a8ba6 100644
--- a/test
+++ b/test
@@ -1 +1 @@
-hello hello
+hello goodbye hello

Dosyada "merhaba" ifadesinin görüntülenme sayısı, bu işlemden önce ve sonra aynı olduğundan, ile eşleşmez -Shello. Bununla birlikte, bir çizgi eşleşmesinde bir değişiklik olduğundan hello, taahhüt kullanılarak gösterilir -Ghello.

Kod değişikliklerine göz atmak istiyorsanız (tüm geçmişte verilen kelime ile neyin değiştiğine bakın) patchmoda geçin - Yapmanın çok yararlı bir kombinasyonunu buldum:

git log -p
# Hit '/' for search mode.
# Type in the word you are searching.
# If the first search is not relevant, hit 'n' for next (like in Vim ;) )

git log özellikle çok sayıda eşleşme varsa ve önce daha yeni (alakalı) değişiklikler görmek istiyorsanız, tüm şubelerde metin aramanın daha etkili bir yolu olabilir.

git log -p --all -S 'search string'
git log -p --all -G 'match regular expression'

Bu günlük komutları listesi, belirli bir arama dizesini / regex'i (genellikle) daha önce ekleyen veya kaldıran taahhüt eder. -pOpsiyon model eklendi veya kaldırıldı nereye bağlam içinde görebilirsiniz alakalı fark, gösterildiği neden olur.

Aradığınız metni ekleyen alakalı bir taahhüt bulduktan sonra (örneğin, 8beeff00d), taahhüdü içeren şubeleri bulun:

git branch -a --contains 8beeff00d

Jeet'in cevabını aldım ve Windows'a uyarladım ( bu cevap sayesinde ):

FOR /F %x IN ('"git rev-list --all"') DO @git grep <regex> %x > out.txt

Benim için, bir nedenden ötürü, bu normal ifadeyi silen gerçek taahhüdün komutun çıktısında görünmediğini, onun yerine bir taahhüt olduğunu görüyorum.

Ara herhangi revizyonu, herhangi bir dosya :

git rev-list --all | xargs git grep <regexp>

Yalnızca belirli dosyalarda, örneğin XML dosyalarında arama yapın:

git rev-list --all | xargs -I{} git grep <regexp> {} -- "*.xml"

Sonuç satırları şöyle görünmelidir: 6988bec26b1503d45eb0b2e8a4364afb87dde7af: bla.xml: bulduğu satırın metni ...

Daha sonra kullanarak yazar, tarih ve fark gibi daha fazla bilgi edinebilirsiniz git show:

git show 6988bec26b1503d45eb0b2e8a4364afb87dde7af

Basit olması için GUI: gitk - Git depo tarayıcısını kullanmanızı öneririm . Oldukça esnek

1. Kodu aramak için:
   
   
2. Dosya aramak için:
   
   
3. Elbette, düzenli ifadeleri de destekler:
   
   

Ve yukarı / aşağı okları kullanarak sonuçlarda gezinebilirsiniz.

Sourcetree'de bunu yapmaya çalışan herkes için, UI'de bunun için doğrudan bir komut yoktur (1.6.21.0 sürümünden itibaren). Ancak, Terminal penceresini açarak (ana araç çubuğunda bulunan düğme) ve bunları kopyalayıp yapıştırarak kabul edilen cevapta belirtilen komutları kullanabilirsiniz .

Not: Sourcetree'nin Arama görünümünde kısmen sizin için metin araması yapılabilir. Arama görünümüne gitmek için Ctrl+ tuşuna basın 3(veya altta bulunan Ara sekmesini tıklayın). En sağdan, Arama türünü Dosya Değişiklikleri olarak ayarlayın ve ardından aramak istediğiniz dizeyi yazın. Bu yöntem yukarıdaki komutla karşılaştırıldığında aşağıdaki sınırlamalara sahiptir:

1. Sourcetree yalnızca değiştirilen dosyalardan birinde arama kelimesini içeren taahhütleri gösterir . Arama metnini içeren dosyanın tam olarak bulunması yine manuel bir iştir.
2. RegEx desteklenmez.

Kendimi bulunduğunuz yerde bulduğumda, aşağıdaki komut satırını kullanıyorum:

git log -S "<words/phrases i am trying to find>" --all --oneline  --graph

Açıklama:

1. git log- Burada daha fazla yazmam gerekiyor; günlükleri kronolojik sırada gösterir.
2. -S "<words/phrases i am trying to find>" - Git'in herhangi bir dosyanın (eklenen / değiştirilen / silinen) '<>' sembolü olmadan bulmaya çalıştığım kelimeleri / ifadeleri içerdiği tüm bu taahhütleri gösterir.
3. --all - Tüm şubeleri zorlamak ve aramak.
4. --oneline - Git günlüğünü bir satırda sıkıştırır.
5. --graph - Kronolojik sıralı işlemlerin grafiğini oluşturur.

Jeet'in cevabı PowerShell'de çalışır.

git grep -n <regex> $(git rev-list --all)

Aşağıdakiler a içeren tüm dosyaları görüntüler password.

# Store intermediate result
$result = git grep -n "password" $(git rev-list --all)

# Display unique file names
$result | select -unique { $_ -replace "(^.*?:)|(:.*)", "" }

Peki kodun eski sürümlerini gözden geçirmeye çalışıyorsunuz.

Eğer bunu yapsaydım, muhtemelen git bisect kullanırdım . Bisect'i kullanarak, sürümün iyi mi kötü mü olduğunu kontrol eden bilinen iyi bir sürümü, bilinen kötü sürümü ve basit bir komut dosyasını belirtebilirsiniz (bu durumda aradığınız kodun mevcut olup olmadığını görmek için bir grep ). Bunu çalıştırdığınızda, kod kaldırıldığında bulunacaktır.

Senaryo: IDE'nizi kullanarak kodunuzu çok temizlediniz. Sorun: IDE gerektiğinden daha fazla temizlendi ve şimdi kod derlenmiyor (eksik kaynaklar, vb.)

Çözüm:

git grep --cached "text_to_find"

"Text_to_find" dosyasının değiştirildiği dosyayı bulur.

Artık bu değişikliği geri alabilir ve kodunuzu derleyebilirsiniz.

git rev-list --all | xargs -n 5 git grep EXPRESSION

Bir çimdik olan Jeet çözümüyle , bu arar ve sadece (büyük bir depoda uzun zaman alabilir) sonunda ise bu nedenle sonuçları gösterir.

Benim durumumda kısa bir taahhüt aramam gerekiyordu ve listelenen çözümler maalesef işe yaramıyordu.

Ben ( REGEX belirteci yerine ) ile başardı :

for commit in $(git rev-list --all --abbrev-commit)
do
    if [[ $commit =~ __REGEX__ ]]; then 
        git --no-pager show -s --format='%h %an - %s' $commit
    fi
done