git-rev-parse - Bulutta Çevrimiçi

Program:

ADI

git-rev-parse - Parametreleri seç ve uygula

SİNOPSİS

git rev-ayrıştırma [ --seçenek ] ...

TANIM

Git porselen komutlarının çoğu, bayrakların karışımını alır (yani bir ile başlayan parametreler)
tire -) ve temel amaç için kullanılan parametreler git rev listesi dahili olarak kullandıkları komut
ve aşağı yönde kullandıkları diğer komutlar için bayraklar ve parametreler git rev listesi. Bu
Aralarında ayrım yapmak için komut kullanılır.

SEÇENEKLER

Çalışma Modu
Bu seçeneklerin her biri ilk önce komut satırında görünmelidir.

--parseopt
kullanım git rev-ayrıştırma seçenek ayrıştırma modunda (aşağıdaki PARSEOPT bölümüne bakın).

--sq-alıntı
kullanım git rev-ayrıştırma kabuk alıntı modunda (aşağıdaki SQ-QUOTE bölümüne bakın). Kıyasla
Aşağıdaki --sq seçeneği, bu mod yalnızca alıntı yapar. Komuta etmek için başka hiçbir şey yapılmaz
giriş.

Opsiyonlar için --parseopt
--keep-dashdash
Yalnızca --parseopt modunda anlamlıdır. Seçenek ayrıştırıcısına ilkini yankılamasını söyler --
Atlamak yerine buluştuk.

--seçeneksiz-dur
Yalnızca --parseopt modunda anlamlıdır. Seçenek ayrıştırıcının ilk başta durmasını sağlar
seçeneksiz argüman. Bu, seçenekleri alan alt komutları ayrıştırmak için kullanılabilir
kendilerini.

--uzun süre sıkışmış
Yalnızca --parseopt modunda anlamlıdır. Aşağıdaki durumlarda seçenekleri uzun biçimde çıktılayın:
mevcut ve argümanları sıkışmış durumda.

Opsiyonlar için Süzme
--yalnızca devirler
Amaçlanmayan bayrakları ve parametreleri çıkarmayın git rev listesi Komut.

-- devir yok
Amaçlanan bayrakları ve parametreleri çıkarmayın git rev listesi Komut.

--bayraklar
Bayrak dışı parametrelerin çıktısını vermeyin.

--hayır-bayraklar
Bayrak parametrelerinin çıktısını vermeyin.

Opsiyonlar için Çıktı
--varsayılan
Kullanıcı tarafından verilen bir parametre yoksa şunu kullanın: yerine.

--önek
gibi davran git rev-ayrıştırma şuradan çağrıldı: çalışma alt dizini
ağaç. Herhangi bir göreceli dosya adı, sanki öneki ile eklenmiş gibi çözümlenir. ve olacak
bu formda basılmıştır.

Bu, argümanları bir alt dizinde çalıştırılan bir komuta dönüştürmek için kullanılabilir, böylece
havuzun en üst seviyesine taşındıktan sonra hala kullanılabilir. Örneğin:

prefix=$(git rev-parse --show-prefix)
cd "$(git rev-parse --show-toplevel)"
eval "set -- $(git rev-parse --sq --prefix "$prefix" "$@")"

--Doğrulayın
Tam olarak bir parametrenin sağlandığını ve bunun ham parametreye dönüştürülebildiğini doğrulayın.
Nesne veritabanına erişmek için kullanılabilen 20 baytlık SHA-1. Eğer öyleyse, onu yayınlayın
standart çıktı; aksi takdirde hata gider.

Çıktının gerçekten nesnenizdeki bir nesneyi adlandırdığından emin olmak istiyorsanız
veritabanı ve/veya ihtiyaç duyduğunuz belirli bir nesne türü olarak kullanılabilir,
^{type} soyma operatörünü parametreye ekleyin. Örneğin, git rev-parse "$VAR^{commit}"
$VAR'ın taahhüt niteliğindeki mevcut bir nesneyi adlandırdığından emin olacaktır (yani taahhüt veya
bir taahhüde işaret eden açıklamalı bir etiket). $VAR'ın mevcut bir öğeyi adlandırdığından emin olmak için
Her türden nesne için git rev-parse "$VAR^{object}" kullanılabilir.

-q, --sessiz
Yalnızca --verify modunda anlamlıdır. İlk argüman varsa hata mesajı çıkarmayın
geçerli bir nesne adı değil; bunun yerine sıfır olmayan durumla sessizce çıkın. Şunun için SHA-1'ler:
Başarı durumunda geçerli nesne adları stdout'a yazdırılır.

--sq
Genellikle çıktı, bayrak ve parametre başına bir satır yapılır. Bu seçenek çıktıyı bir yapar
tek satır, kabuk tarafından tüketim için uygun şekilde alıntılanmıştır. beklediğiniz zaman kullanışlıdır
boşlukları ve yeni satırları içerecek parametre (örneğin, pickaxe -S ile birlikte kullanıldığında) git
fark-*). --sq-quote seçeneğinin aksine, komut girişi hala yorumlanır
Her zamanki gibi.

--Olumsuz
Nesne adlarını gösterirken bunların önüne şunu ekleyin: ^ ve soyun ^ nesne adlarından önek
zaten bir tane var.

--abbrev-ref[=(katı|gevşek)]
Nesne adının belirsiz olmayan kısa adı. core.warnAmbiguousRefs seçeneği:
Kesin kısaltma modunu seçmek için kullanılır.

--kısa, --kısa=sayı
Nesne adlarının tam SHA-1 değerlerinin çıktısını almak yerine, bunları şu şekilde kısaltmayı deneyin:
daha kısa benzersiz bir ad. Uzunluk belirtilmediğinde 7 kullanılır. Minimum uzunluk 4'tür.

--simgesel
Genellikle nesne adlarının çıktısı SHA-1 biçimindedir (mümkünse ^ önek); Bu
seçeneği, orijinal girdiye mümkün olduğunca yakın bir biçimde çıktı almalarını sağlar.

--sembolik-tam-ad
Bu --sembolik'e benzer, ancak referans olmayan girdileri (örn. dal veya
etiket adları; veya daha açık bir şekilde "kafalar/ana" formunun belirsizliğini ortadan kaldırmak istediğinizde
ne yazık ki "master" olarak adlandırılmış bir etiket olduğunda "master" dalını adlandırın ve gösterin
bunları tam yeniden adlar olarak kullanın (örn. "refs/heads/master").

Opsiyonlar için nesneler
--herşey
Refs/'de bulunan tüm referansları göster.

--branches[=desen], --tags[=desen], --remotes[=desen]
Sırasıyla tüm şubeleri, etiketleri veya uzaktan takip şubelerini göster (yani bulunan referanslar)
sırasıyla başvurular/başlıklar, başvurular/etiketler veya başvurular/uzaklarda).

Bir model verilmişse, yalnızca verilen kabuk küresiyle eşleşen referanslar gösterilir. Eğer
desen genel karakter (?, * veya [) içermiyorsa öneke dönüştürülür
/* ekleyerek eşleştirin.

--glob=desen
Kabuk glob desen deseniyle eşleşen tüm referansları göster. Desen başlamazsa
refs/ ile bu otomatik olarak başa eklenir. Desen bir öğe içermiyorsa
Genel karakter (?, * veya [), /* eklenerek önek eşleşmesine dönüştürülür.

--hariç tut=
Referans eşleşmesini dahil etme sonraki --all, --branches, --tags,
--remotes veya --glob aksi takdirde dikkate alınır. Bu seçeneğin tekrarları birikir
sonraki --all, --branches, --tags, --remotes veya --glob'a kadar hariç tutma kalıpları
seçenek (diğer seçenekler veya argümanlar birikmiş kalıpları temizlemez).

Verilen modeller, aşağıdaki durumlarda referanslar/kafalar, referanslar/etiketler veya referanslar/uzaktan kumandalarla başlamamalıdır.
sırasıyla --branches, --tags veya --remotes öğelerine uygulanır ve
refs/ --glob veya --all'a uygulandığında. eğer bir takip /* amaçlanmış, verilmeli
açıkça.

--belirsizliği giderme=
Adı verilen önekle başlayan her nesneyi gösterin. şu saatte olmalı
Her bir nesnenin listelenmesini önlemek için en az 4 onaltılık basamak uzunluğunda
yanlışlıkla depo.

Opsiyonlar için dosyalar
--yerel-çevre-vars'lar
Depoda yerel olan GIT_* ortam değişkenlerini listeleyin (örn. GIT_DIR veya
GIT_WORK_TREE, ancak GIT_EDITOR değil). Yalnızca değişkenlerin adları listelenir, listelenmez
ayarlanmış olsalar bile değerleri.

--git-dir
Tanımlanmışsa $GIT_DIR'i göster. Aksi takdirde .git dizininin yolunu gösterin. Yol
gösterilen, göreceli olduğunda geçerli çalışma dizinine göredir.

$GIT_DIR tanımlanmamışsa ve geçerli dizinin Git'te yer aldığı algılanmazsa
depo veya çalışma ağacı stderr'e bir mesaj yazdırır ve sıfırdan farklı bir durumla çıkar.

--git-ortak-dir
Tanımlanmışsa $GIT_COMMON_DIR'i, aksi halde $GIT_DIR'i göster.

--is-inside-git-dir
Geçerli çalışma dizini depo dizininin altında olduğunda "true" yazdırın,
aksi takdirde "yanlış".

--iş-ağacının-içindedir
Geçerli çalışma dizini depo yazdırmasının çalışma ağacının içinde olduğunda
"doğru", aksi halde "yanlış".

--is-çıplak-depo
Depo çıplak olduğunda "true", aksi takdirde "false" yazdırın.

--resolve-git-dir
Kontrol eğer geçerli bir depo veya geçerli bir depoya işaret eden bir git dosyasıdır,
ve deponun konumunu yazdırın. Eğer bir git dosyasıdır ve o zaman çözümlenmiştir
gerçek depoya giden yol yazdırılır.

--git-path
"$GIT_DIR/" sorununu çöz " ve aşağıdaki gibi diğer yol yerleştirme değişkenlerini alır
$GIT_OBJECT_DIRECTORY, $GIT_INDEX_FILE... hesaba. Örneğin, eğer
$GIT_OBJECT_DIRECTORY, /foo/bar olarak ayarlandı ve ardından "git rev-parse --git-path devices/abc"
/foo/bar/abc değerini döndürür.

--show-cdup
Komut bir alt dizinden çağrıldığında üst düzey dizinin yolunu gösterin.
geçerli dizine göre dizin (genellikle "../" dizisi veya
boş dize).

--show-prefix
Komut bir alt dizinden çağrıldığında geçerli dizinin yolunu göster
üst düzey dizine göre dizin.

--show-toplevel
Üst düzey dizinin mutlak yolunu gösterin.

--paylaşılan-indeks-yolu
Paylaşılan dizin dosyasının yolunu bölünmüş dizin modunda göster veya değilse boş
bölünmüş indeks modu.

Diğer Opsiyonlar
--since=tarih dizesi, --after=tarih dizesi
Tarih dizesini ayrıştırın ve ilgili --max-age= parametresini çıktılayın. git
rev listesi.

--until=tarih dizesi, --before=tarih dizesi
Tarih dizesini ayrıştırın ve karşılık gelen --min-age= parametresini çıktılayın. git
rev listesi.

...
Ayrıştırılacak bayraklar ve parametreler.

BELİRTİLEN REVİZYONLAR

Bir revizyon parametresi genellikle, ancak zorunlu olarak değil, bir taahhüt nesnesini adlandırır. Kullanır
ne denir genişletilmiş SHA-1 sözdizimi. Burada nesne adlarını hecelemenin çeşitli yolları verilmiştir.
Bu listenin sonuna yakın bir yerde listelenenler, bir taahhütte yer alan ağaçları ve blobları adlandırır.

, Örneğin dae86e1950b1277e545cee180551750029cfe735, dae86e
Tam SHA-1 nesne adı (40 baytlık onaltılık dize) veya baştaki bir alt dize
depo içinde benzersizdir. Örneğin dae86e1950b1277e545cee180551750029cfe735 ve
dae86e, eğer deponuzda başka bir nesne yoksa, her ikisi de aynı taahhüt nesnesini adlandırır
nesne adı dae86e ile başlayan.

, Örneğin v1.7.4.2-679-g3bee7fb
Git'ten çıktı açıklaması; yani en yakın etiket, isteğe bağlı olarak ardından bir tire ve bir
taahhüt sayısı, ardından bir çizgi, bir gve kısaltılmış bir nesne adı.

, Örneğin usta, kafalar/usta, referanslar/kafalar/usta
Sembolik bir referans adı. Örneğin usta tipik olarak tarafından başvurulan taahhüt nesnesi anlamına gelir
referanslar/kafalar/usta. Eğer her ikisine de sahipseniz kafalar/usta ve etiketler/ana, Yapabilirsiniz
açıkça söylemek kafalar/usta Git'e hangisini kastettiğini söylemek için. Belirsiz olduğunda, bir
Aşağıdaki kurallardaki ilk maçın alınmasıyla belirsizlik ortadan kaldırılmıştır:

1. Eğer $GIT_DIR/ var, demek istediğiniz bu (bu genellikle yalnızca yararlıdır)
için KAFA, FETCH_HEAD, ORIG_HEAD, MERGE_HEAD ve CHERRY_PICK_HEAD);

2. aksi halde, referanslar/ eğer varsa;

3. aksi halde, referanslar/etiketler/ eğer varsa;

4. aksi halde, referanslar/kafalar/ eğer varsa;

5. aksi halde, referanslar/uzaktan kumandalar/ eğer varsa;

6. aksi halde, referanslar/uzaktan kumandalar/ /KAFA eğer varsa.

KAFA çalışma ağacındaki değişiklikleri temel aldığınız taahhüdü adlandırır.
FETCH_HEAD uzak bir depodan aldığınız şubeyi
son git fetch çağrısı. ORIG_HEAD hareket ettiren komutlar tarafından oluşturulur KAFA
konumunu kaydetmek için sert bir şekilde KAFA yani operasyondan önce
dalın ucunu koşmadan önceki durumuna kolayca değiştirebileceğiniz
Onları. MERGE_HEAD şubenizle birleştirdiğiniz taahhütleri kaydeder
git merge komutunu çalıştırdığınızda. CHERRY_PICK_HEAD olduğunuz taahhüdü kaydeder
git kiraz toplamayı çalıştırdığınızda kiraz toplama.

Aşağıdakilerden herhangi birinin referanslar/* Yukarıdaki vakalar şunlardan da gelebilir: $GIT_DIR/ref
dizinden veya $GIT_DIR/packed-refs dosya. Ref adı kodlaması iken
belirtilmemişse, bazı çıktı işlemlerinin başvuru adlarını alabileceği için UTF-8 tercih edilir.
UTF-8.

@
@ tek başına bunun için bir kısayoldur KAFA.

@{ }, Örneğin usta@{dün}, HEAD@{5 dakika evvel}
Bir ref ve ardından sonek @ bir ayraç çifti içine alınmış bir tarih belirtimi ile
(Örneğin {Dün}, {1 ay 2 hafta 3 Gün 1 saat 1 ikinci evvel} or {1979-02-26
18:30:00}), zamanın önceki bir noktasındaki ref değerini belirtir. Bu son ek olabilir
yalnızca bir başvuru adının hemen ardından kullanılabilir ve başvurunun mevcut bir günlüğü olmalıdır
($GIT_DIR/günlükler/). Bunun cihazınızın durumuna baktığını unutmayın. yerel verilen bir referans
zaman; örneğin, yerelinizde ne vardı usta Geçen hafta şube. Eğer bakmak istersen
belirli zamanlarda yapılan taahhütler, bkz. --dan beri ve --a kadar.

@{ }, Örneğin usta@{1}
Bir ref ve ardından sonek @ bir destek çifti içine alınmış sıralı bir spesifikasyonla
(Örneğin 1 {}, 15 {}) bu başvurunun n'inci önceki değerini belirtir. Örneğin usta@{1}
hemen önceki değeridir usta süre usta@{5} 5. önceki değeridir
usta. Bu son ek, yalnızca bir başvuru adının hemen ardından kullanılabilir ve başvuru,
mevcut bir günlüğünüz var ($GIT_DIR/günlükler/).

@{ }, Örneğin @{1}
Sen kullanabilirsiniz @ reflog girişine ulaşmak için boş bir ref kısmı içeren yapı
mevcut şube. Örneğin şubedeyseniz blabla sonra @{1} ile aynı anlama gelir
blabla@{1}.

@{- }, Örneğin @{-1}
yapı @{- } şu anlama geliyor şube/taahhüt mevcut tarihten önce kontrol edildi
bir.

@{yukarı akış}, Örneğin usta@{yukarı akış}, @{u}
Sonek @{yukarı akış} bir dal adına (kısa biçim) @{u}) ifadesi
dal adı ile belirtilen dalın, üzerine oluşturulacak şekilde ayarlandığı dal (yapılandırılmış)
şube ile. .uzaktan kumanda ve şube. .birleştirmek). Eksik bir dal adı varsayılan olarak
mevcut olan.

@{itmek}, Örneğin usta@{itin}, @{itmek}
Sonek @{itmek} git Push çalıştırılırsa "nereye gideceğimizi" şubeyi bildirir
şube adı kontrol edilirken (veya mevcut KAFA dal adı belirtilmemişse).
Push hedefimiz uzak bir depoda olduğundan elbette yerel verileri rapor ediyoruz.
o dala karşılık gelen izleme dalı (yani, içindeki bir şey) referanslar/uzaktan kumandalar/).

Daha açık hale getirmek için işte bir örnek:

$ git config push.default geçerli
$ git config uzak.pushdefault myfork
$ git checkout -b şubemin kökeni/ana

$ git rev-parse --sembolik-tam-ad @{yukarı akış}
referanslar/uzaktan kumandalar/köken/ana

$ git rev-parse --sembolik-tam-ad @{push}
referanslar/uzaktan kumandalar/myfork/mybranch

Örnekte üçgen bir iş akışı oluşturduğumuza dikkat edin; burada birinden çekim yapıyoruz.
konumlandırın ve diğerine itin. Üçgen olmayan bir iş akışında, @{itmek} aynıdır
@{yukarı akış}ve buna gerek yok.

^, Örneğin BAŞ ^, v1.5.1^0
Bir sonek ^ bir revizyon parametresine, o taahhüt nesnesinin ilk ebeveyni anlamına gelir. ^
şu anlama geliyor ebeveyn (yani ^ eşdeğerdir ^1). Özel bir kural olarak,
^0 taahhüdün kendisi anlamına gelir ve ne zaman kullanılır? bir etiketin nesne adıdır
bir taahhüt nesnesini ifade eden nesne.

~, Örneğin usta~3
Bir sonek ~ bir revizyon parametresine, taahhüt nesnesi anlamına gelir bu
yalnızca ilk ebeveynleri takip eden, adlandırılmış taahhüt nesnesinin nesil atası. yani
~3 eşdeğerdir ^^^ eşdeğer ^1^1^1. Bir bilgi için aşağıya bakın
bu formun kullanımının gösterimi.

^{ }, Örneğin v0.99.8^{taahhüt}
Bir sonek ^ ve ardından küme ayracı çifti içine alınmış bir nesne türü adı, başvurunun kaldırıldığı anlamına gelir
nesne bir tür nesneye kadar yinelemeli olarak bulunursa veya nesne
artık referanstan vazgeçilemez (bu durumda barf). Örneğin, eğer bir
taahhüt-ish, ^{taahhüt} karşılık gelen taahhüt nesnesini açıklar. Benzer şekilde, eğer
ağaca benzer, ^{ağaç} karşılık gelen ağaç nesnesini açıklar. ^0 is
için kısa el ^{taahhüt}.

rev^{nesne} emin olmak için kullanılabilir devir var olmayan bir nesneyi adlandırır
gerektiren devir bir etiket olmak ve referansı kaldırmadan devir; çünkü bir etiket zaten bir
bir nesneye ulaşmak için bir kez bile referansının kaldırılmasına gerek yoktur.

rev^{etiket} Bunu sağlamak için kullanılabilir devir mevcut bir etiket nesnesini tanımlar.

^{}, Örneğin v0.99.8^{}
Bir sonek ^ Ardından gelen boş küme ayracı çifti, nesnenin bir etiket olabileceği anlamına gelir ve
Etiketsiz bir nesne bulunana kadar etiketin referansını yinelemeli olarak kaldırın.

^{/ }, Örneğin HEAD^{/düzelt iğrenç böcek}
Bir sonek ^ bir revizyon parametresine, ardından bir metin LED'i içeren bir küme ayracı çiftine
eğik çizgi ile aynıdır :/düzeltmek iğrenç böcek aşağıdaki sözdizimini döndürmesi dışında
erişilebilen en genç eşleştirme taahhüdü önce ^.

:/, Örneğin :/düzeltmek iğrenç böcek
İki nokta üst üste, ardından eğik çizgi ve ardından bir metin, taahhüt mesajı olan taahhüdü adlandırır.
belirtilen normal ifadeyle eşleşir. Bu ad eşleşen en genç kişiyi döndürür
herhangi bir referanstan erişilebilen taahhüt. Taahhüt mesajı bir ile başlıyorsa ! sen
bunu tekrarlamam lazım; özel sıra :/!, ardından başka bir şey geldi !, Bir
şimdilik rezerve edildi. Düzenli ifade, taahhüt mesajının herhangi bir kısmıyla eşleşebilir. İle
bir dizeyle başlayan mesajları eşleştirin, örneğin kullanabilirsiniz :/^foo.

:, Örneğin BAŞ:BENİOKU, :BENİOKU, usta:./BENİOKU
Bir sonek : ardından ağaç benzeri bir yolda verilen yoldaki blobu veya ağacı adlandıran bir yol gelir
iki nokta üst üste işaretinden önceki kısma göre adlandırılan nesne. :yol (öncesinde boş bir kısım var)
iki nokta üst üste) daha sonra açıklanan sözdiziminin özel bir durumudur: dizine kaydedilen içerik
verilen yolda. İle başlayan bir yol ./ or .. / mevcut çalışmaya göredir
dizin. Verilen yol, çalışan ağacın köküne göre dönüştürülecek
dizin. Bu, bir taahhütten veya ağaçtan bir blobu veya ağacı ele almak için en kullanışlıdır.
çalışan ağaçla aynı ağaç yapısına sahiptir.

: :, Örneğin :0:BENİOKU, :BENİOKU
İki nokta üst üste, isteğe bağlı olarak ardından bir aşama numarası (0 ila 3) ve iki nokta üst üste, ardından bir
yol, verilen yoldaki dizindeki bir blob nesnesini adlandırır. Eksik bir aşama numarası (ve
onu takip eden iki nokta üst üste) aşama 0 girişini adlandırır. Birleştirme sırasında, aşama 1
ortak ata, aşama 2, hedef dalın versiyonudur (tipik olarak mevcut
şube) ve aşama 3, şubenin birleştirilmekte olan versiyonudur.

İşte Jon Loeliger'in bir illüstrasyonu. Hem taahhüt düğümleri B hem de C, taahhüdün ebeveynleridir
düğüm A. Ana taahhütler soldan sağa doğru sıralanır.

GHIJ
\ / \ /
DEF
\ | / \
\ | / |
\|/ |
M.Ö
\ /
\ /
A

bir = = Bir^0
B = A^ = A^1 = A~1
C = A^2 = A^2
D = A^^ = A^1^1 = A~2
E = B^2 = A^^2
F = B^3 = A^^3
G = A^^^ = A^1^1^1 = A~3
H = D^2 = B^^2 = A^^^2 = A~2^2
ben = F^ = B^3^ = A^^3^
J = F^2 = B^3^2 = A^^3^2

BELİRTİLEN ARALIKLAR

Git log gibi geçmişe geçiş komutları yalnızca tek bir taahhütte değil, bir dizi taahhütte çalışır
işlemek. Bu komutlara, bölümde açıklanan gösterimle tek bir revizyonun belirtilmesi
önceki bölüm, taahhüdün ardından söz konusu taahhütten ulaşılabilecek taahhütler kümesi anlamına gelir
soy zinciri.

Bir taahhütten erişilebilen taahhütleri hariç tutmak için bir önek ^ notasyonu kullanılır. Örneğin ^r1 r2 anlamına geliyor
şuradan ulaşılabilir taahhütler r2 ancak ulaşılabilenleri hariç tutun r1.

Bu ayar işlemi o kadar sık ​​görülür ki bunun için bir kısayol vardır. İki tane olduğunda
taahhüt r1 ve r2 (yukarıdaki REVİZYONLARIN BELİRTİLMESİ bölümünde açıklanan sözdizimine göre adlandırılmıştır),
r2'den erişilebilen taahhütler için, rXNUMX'den erişilebilenler hariç, isteyebilirsiniz.
r1 tarafından ^r1 r2 ve şu şekilde yazılabilir: r1..r2.

Benzer bir gösterim r1...r2 simetrik fark denir r1 ve r2 ve şu şekilde tanımlanır:
r1 r2 --Olumsuz $(git birleştirme tabanı --herşey r1 r2). Ulaşılabilir taahhütler kümesidir
ikisinden birinden r1 or r2 ama ikisinden de değil.

Bu iki kısayolda, bir ucu atlayabilir ve varsayılan olarak HEAD olarak bırakabilirsiniz. Örneğin,
Menşei.. için bir kısayol menşei..HEAD ve "Ben çatallandığımdan beri ne yaptım" diye sorar.
menşe şubesi?" Benzer şekilde, ..Menşei için bir kısayol HEAD..kökeni ve "Ne yaptın?" diye sorar
Onlardan çatallandığımdan beri menşei nedir?" Şuna dikkat edin: .. anlamına gelir KAFA..KAFA hangisi boş
HEAD'den hem erişilebilen hem de erişilemeyen aralık.

Bir taahhüt ve onun ebeveyn taahhütleri tarafından oluşturulan bir kümeyi adlandırmak için diğer iki kısa yol
var olmak. r1^@ notasyon tüm ebeveynler anlamına gelir r1. r1^! taahhüt içerir r1 ama hepsini hariç tutuyorum
ebeveynlerinin.

Özetlemek:


(yani atalarından) erişilebilen taahhütleri dahil edin .

^
(Örneğin ataları) tarafından erişilebilen taahhütleri hariç tut .

..
Şuradan erişilebilen taahhütleri dahil et: ancak ulaşılabilir olanları hariç tutun
itibaren . Ne zaman veya atlanırsa, varsayılan olarak KAFA.

...
Her ikisinden de erişilebilen taahhütleri dahil edin veya ama bunları hariç tut
her ikisinden de ulaşılabilir. Ne zaman veya atlanırsa, varsayılan olarak KAFA.

^@, Örneğin BAŞ^@
Bir sonek ^ ardından bir at işareti gelmesi tüm ebeveynlerin listelenmesiyle aynıdır
(yani, ebeveynlerinden erişilebilen her şeyi dahil edin, ancak taahhüdün kendisini hariç tutun).

^!, Örneğin BAŞ ^!
Bir sonek ^ ardından ünlem işareti gelmesi taahhüt vermekle aynıdır ve sonra
tüm ebeveynlerinin ön eki ^ onları (ve atalarını) dışlamak.

İşte birkaç örnek:

DGHD
DFGHIJDF
^GDHD
^DBEIJFB
B..CC
B...CGHDEBC
^DBCEIJFBC
CIJFC
C^@ IJF
C^! C
F^! DGHDF

PARSEOPT

--parseopt modunda, git rev-ayrıştırma kabuk komut dosyalarına getirmek için masaj seçeneklerine yardımcı olur
C yerleşiklerinin sahip olduğu olanaklarla aynıdır. Bir seçenek normalleştiricisi olarak çalışır (örn. tekli böler)
toplam değerleri değiştirir), biraz benzer almak(1) yapar.

Ayrıştırma ve anlama seçeneklerinin özelliklerini standart girdi olarak alır,
ve standart çıktıda aşağıdakilere uygun bir dize yankılanır: sh(1) değiştirmek için eval
normalleştirilmiş olanlarla argümanlar. Hata durumunda kullanımı standart hata üzerinden verir
akış ve 129 koduyla çıkar.

Not: Sonucu değerlendirmeye aktarırken alıntı yaptığınızdan emin olun. Örnek için aşağıya bakın.

Giriş oluşturulan
git rev-ayrıştırma --parseopt giriş formatı tamamen metin tabanlıdır. İle ayrılmış iki bölümden oluşur
yalnızca -- içeren bir satır. Ayırıcıdan önceki satırlar (bir veya daha fazla olmalıdır)
kullanım için kullanılır. Ayırıcıdan sonraki satırlar seçenekleri açıklar.

Her seçenek satırı şu formata sahiptir:

* ? SP+ yardım LF


formatı kısa seçenek karakteri, ardından bir karakterle ayrılmış uzun seçenek adıdır.
virgül. En az biri gerekli olmasına rağmen her iki parça da gerekli değildir. içermeyebilir
herhangi biri karakterler. h,help, prova ve f doğru örneklerdir
.


*, =, ? veya !.

· Seçenek bir argüman alıyorsa = kullanın.

· Kullanmak ? seçeneğin isteğe bağlı bir argüman alması anlamına gelir. Muhtemelen istersin
İsteğe bağlı bağımsız değişkeni açıkça ayrıştırabilmek için --stuck-long modunu kullanın.

· Bu seçeneğin, oluşturulan kullanımda listelenmemesi gerektiğini belirtmek için * kullanın.
-h argümanı. --help-all için belgelendiği gibi gösterilir gitcli(7).

· Kullanmak ! karşılık gelen olumsuzlanmış uzun seçeneği kullanılabilir hale getirmemek için.


, belirtilirse, yardım çıktısındaki bağımsız değişkenin adı olarak kullanılır;
argüman alan seçenekler. ilk boşlukla sonlandırılır. Bu
Çok kelimeli bir argüman ipucunda kelimeleri ayırmak için tire kullanmak gelenekseldir.

Satırın geri kalanı, boşluklar çıkarıldıktan sonra, ilgili yardım olarak kullanılır.
seçenek.

Boş satırlar göz ardı edilir ve bu spesifikasyona uymayan satırlar seçenek olarak kullanılır
grup başlıkları (bu tür satırları bilerek oluşturmak için satıra boşlukla başlayın).

Örnek E-posta
OPTS_SPEC = "\
bazı komutlar [seçenekler] ...

bazı komutlar foo ve bar'ı yapar!
--
h, yardım et, yardımı göster

foo şık bir seçenek --foo
bar= harika bir seçenek --bar argümanlı
baz=arg başka bir harika seçenek --baz, adlandırılmış bir argümanla
qux?path qux bir yol argümanı alabilir ancak kendi başına bir anlam taşır

Bir seçenek grubu Başlığı
C? isteğe bağlı bir argümanla birlikte C seçeneği"

eval "$(echo "$OPTS_SPEC" | git rev-parse --parseopt -- "$@" || echo çıkış $?)"

kullanım metin
Yukarıdaki örnekte "$@" -h veya --help olduğunda, aşağıdaki kullanım metni gösterilecektir:

kullanım: bazı komutlar [seçenekler] ...

bazı komutlar foo ve bar'ı yapar!

-h, --help yardımı göster
--foo şık bir seçenek --foo
--bar ... harika bir seçenek --bar argümanlı
--baz başka bir harika seçenek --baz, adlandırılmış bir argümanla
--qux[= ] qux bir yol argümanı alabilir ancak kendi başına bir anlamı vardır

Bir seçenek grubu Başlığı
-C[...] isteğe bağlı bağımsız değişkenle birlikte C seçeneği

SQ-ALINTI

--sq-alıntı modunda, git rev-ayrıştırma Standart çıktıda aşağıdakilere uygun tek bir satır yankılanır:
sh(1) değerlendirmek. Bu satır --sq-quote'tan sonraki argümanların normalleştirilmesiyle yapılmıştır. Hiç bir şey
argümanları alıntılamaktan başka bir şey yapılmaz.

Komut girişinin yine de her zamanki gibi yorumlanmasını istiyorsanız git rev-ayrıştırma önce
çıktı kabuktan alıntılanmıştır, --sq seçeneğine bakın.

Örnek E-posta
$ cat >git-komut dosyanız.sh <<\EOF
#!/ Bin / sh
args=$(git rev-parse --sq-quote "$@") # kullanıcı tarafından sağlanan argümanları alıntıla
command = "git frotz -n24 $args" # ve bunu el yapımı bir dosyanın içinde kullanın
# Komut satırı
eval "$komut"
EOF

$ sh git-script'iniz.sh "a b'c"

ÖRNEKLER

· Geçerli işlemin nesne adını yazdırın:

$ git rev-parse --verify HEAD

· $REV kabuk değişkenindeki revizyondan taahhüt nesnesi adını yazdırın:

$ git rev-parse --verify $REV^{commit}

Bu, $REV boşsa veya geçerli bir revizyon değilse hata verecektir.

· Yukarıdakine benzer:

$ git rev-parse --default master --verify $REV

ancak $REV boşsa, master'ın taahhüt nesnesi adı yazdırılacaktır.

GYTE

Bir kısmı git(1) süit

Onworks.net hizmetlerini kullanarak git-rev-parse'ı çevrimiçi kullanın