Bu, Ubuntu Online, Fedora Online, Windows çevrimiçi emülatörü veya MAC OS çevrimiçi emülatörü gibi birden fazla ücretsiz çevrimiçi iş istasyonumuzdan birini kullanarak OnWorks ücretsiz barındırma sağlayıcısında çalıştırılabilen git-check-ref-format komutudur.
Program:
ADI
git-check-ref-format - Bir referans adının iyi biçimlenmesini sağlar
SİNOPSİS
git kontrol-ref-formatı [--normalleştirme]
[--[no-]izin-bir düzey] [--refspec-pattern]
git kontrol-ref-formatı --dal
AÇIKLAMA
Verilip verilmediğini kontrol eder yeniden adlandırmak kabul edilebilir ve değilse sıfır olmayan bir durumla çıkar.
Dalları ve etiketleri belirtmek için Git'te bir başvuru kullanılır. Bir dal başı depolanır
referanslar/başlıklar hiyerarşisi, bir etiket referansın referanslar/etiketler hiyerarşisinde depolanırken
ad alanı (tipik olarak $GIT_DIR/refs/heads ve $GIT_DIR/refs/tags dizinlerinde veya
referanslar git gc tarafından paketlenmişse $GIT_DIR/packed-refs dosyasındaki girişler).
Git, referansların nasıl adlandırılacağı konusunda aşağıdaki kuralları uygular:
1. Hiyerarşik (dizin) gruplandırma için eğik çizgi içerebilirler, ancak eğik çizgiyle ayrılmış değiller
bileşen nokta ile başlayabilir. veya .lock dizisiyle bitirin.
2. En az bir tane içermelidirler /. Bu, aşağıdaki gibi bir kategorinin varlığını zorlar
kafalar/, etiketler/ vb. ancak gerçek adlar sınırlı değildir. --allow-onelevel ise
seçeneği kullanılırsa bu kuraldan vazgeçilir.
3. Ardışık iki noktaya sahip olamazlar .. hiçbir yerde.
4. ASCII kontrol karakterlerine sahip olamazlar (yani değerleri aşağıdakilerden düşük olan baytlar)
\040, veya \177 DEL), boşluk, yaklaşık işareti ~, şapka işareti ^ veya iki nokta üst üste : herhangi bir yer.
5. Soru işareti ?, yıldız işareti * veya köşeli parantez [ hiçbir yerde olamaz. Bkz.
Bu kuralın bir istisnası için aşağıdaki --refspec-pattern seçeneği.
6. Bir eğik çizgi ile başlayamaz veya bitemezler / veya birden fazla ardışık eğik çizgi içeremezler (bkz.
bu kuralın bir istisnası için aşağıdaki --normalize seçeneği)
7. Nokta ile bitemezler..
8. @{ dizisini içeremezler.
9. Tek karakter @ olamazlar.
10. Bir \ içeremezler.
Bu kurallar, kabuk betiği tabanlı araçların referans adlarını, yol adını ayrıştırmasını kolaylaştırır.
bir referans adı alıntı yapılmadan (yanlışlıkla) kullanıldığında kabuk tarafından genişleme ve ayrıca kaçının
belirli referans adı ifadelerinde belirsizlikler (bkz. gitrevizyonlar(7)):
1. Çift nokta .. genellikle ref1..ref2'deki gibi kullanılır ve bazı bağlamlarda bu gösterim
^ref1 ref2 anlamına gelir (yani ref1 ve ref2'de değil).
2. Son eki tanıtmak için yaklaşık işareti ~ ve şapka işareti ^ kullanılır n'inci ebeveyn ve kabuk soğan
çalışma.
3. İki nokta üst üste : srcref:dstref'te olduğu gibi "srcref'in değerini kullan ve içinde sakla" anlamında kullanılır.
dstref" getirme ve itme işlemlerinde. Belirli bir nesneyi seçmek için de kullanılabilir
gibi git kedi dosyası: "git cat-file blob v1.3.3:refs.c".
4. at-open-brace @{, bir reflog girişine erişmek için bir gösterim olarak kullanılır.
--branch seçeneğiyle, "önceki dal sözdizimini" @{-n} genişletir. Örneğin,
@{-1}, bulunduğunuz son şubeye başvurmanın bir yoludur. Bu seçenek tarafından kullanılmalıdır
porselenlerin bu sözdizimini bir dal adının beklendiği her yerde kabul etmesi, böylece sanki
şube adını yazdınız.
SEÇENEKLER
--[no-]izin-bir düzey
Tek düzeyli yeniden adların kabul edilip edilmediğini kontrol eder (ör.
çoklu /-ayrılmış bileşenler). Varsayılan --no-allow-onelevel'dir.
--refspec-kalıp
Yorumlamak bir refspec için bir referans adı kalıbı olarak (uzaktan kumanda ile kullanıldığı gibi)
depolar). Bu seçenek etkinleştirilirse, tek bir * içermesine izin verilir
refspec'te (örneğin, foo/bar*/baz veya foo/bar*baz/ ama foo/bar*/baz* değil).
--normalleştirmek
Normale yeniden adlandırmak baştaki eğik çizgi (/) karakterlerini kaldırarak ve
ad bileşenleri arasındaki bitişik eğik çizgileri tek bir eğik çizgiye dönüştürür. Normalleştirilmiş ise
refname geçerlidir, ardından standart çıktıya yazdırın ve 0 durumuyla çıkın.
(--print, --normalize yazımının kullanımdan kaldırılmış bir yoludur.)
ÖRNEKLER
· Önceki şubenin adını yazdırın:
$ git check-ref-format --branch @{-1}
· Yeni bir dal için kullanılacak referans adını belirleyin:
$ ref=$(git check-ref-format --normalize "refs/heads/$newbranch") ||
die "dal adı olarak '$newbranch'i sevmiyoruz."
GYTE
Bir kısmı git(1) süit
onworks.net hizmetlerini kullanarak git-check-ref-format'ı çevrimiçi kullanın
