git-tag - Bulutta Çevrimiçi

Program:

ADI

git-tag - GPG ile imzalanmış bir etiket nesnesi oluşturun, listeleyin, silin veya doğrulayın

SİNOPSİS

git etiket [-a | -s | -u ] [-f] [-m | -F ]
[ | ]
git etiket -NS ...
git etiket [-n[ ]] -l [--içerir ] [--nokta-at ]
[--sütun[= ] | --no-column] [-create-reflog] [--sort= ]
[--format= ] [--[no-]birleştirildi [ ]] [ ...]
git etiket -v ...

TANIM

Silmek, listelemek veya doğrulamak için -d/-l/-v verilmediği sürece refs/tags/ içine bir etiket referansı ekleyin
etiketleri.

-f verilmediği sürece, adlandırılmış etiket henüz mevcut olmamalıdır.

-a, -s veya -u'dan biri ise geçirilir, komut bir etiket nesne ve gerektirir
bir etiket mesajı. -m olmadıkça veya -F verildiğinde, kullanıcının yapması için bir editör başlatılır.
etiket mesajını yazın.

eğer -m veya -F verilir ve -a, -s ve -u yoktur, -a ima edilir.

Aksi takdirde, taahhüt nesnesinin SHA-1 nesne adı için yalnızca bir etiket referansı oluşturulur
(yani hafif bir etiket).

-s veya -u olduğunda GnuPG imzalı bir etiket nesnesi oluşturulacaktır. kullanıldı. Sen nezaman
kullanılmaz, geçerli kullanıcının taahhüt eden kimliği, aşağıdakiler için GnuPG anahtarını bulmak için kullanılır.
imzalama. Yapılandırma değişkeni gpg.program, özel GnuPG ikili dosyasını belirtmek için kullanılır.

Etiket nesnelerine (-a, -s veya -u ile oluşturulmuş) "açıklamalı" etiketler denir; içerirler
oluşturma tarihi, etiketleyici adı ve e-postası, bir etiketleme mesajı ve isteğe bağlı bir GnuPG
imza. "Hafif" bir etiket, yalnızca bir nesnenin adıdır (genellikle
nesne).

Açıklamalı etiketler serbest bırakılmak içindir, hafif etiketler ise özel veya
geçici nesne etiketleri. Bu nedenle, nesneleri adlandırmak için bazı git komutları (git gibi)
tanımla) varsayılan olarak hafif etiketleri yok sayar.

SEÇENEKLER

-a, --açıklama
İmzasız, açıklamalı bir etiket nesnesi yapın

-s, --işareti
Varsayılan e-posta adresinin anahtarını kullanarak GPG imzalı bir etiket yapın.

-u , --yerel kullanıcı=
Verilen anahtarı kullanarak GPG imzalı bir etiket yapın.

-f, --kuvvet
Mevcut bir etiketi verilen adla değiştirin (başarısız olmak yerine)

-d, --sil
Verilen adlara sahip mevcut etiketleri silin.

-v, --doğrulamak
Verilen etiket adlarının gpg imzasını doğrulayın.

-n
-l kullanılırken, varsa ek açıklamadan kaç satır yazdırılacağını belirtir.
Varsayılan, herhangi bir açıklama satırı yazdırmamaktır. -n'ye herhangi bir sayı verilmezse, yalnızca
ilk satır yazdırılır. Etikete açıklama eklenmemişse, taahhüt mesajı
yerine görüntülenir.

-l , --liste
Belirtilen kalıpla (veya kalıp verilmemişse tümü) eşleşen adlara sahip etiketleri listeleyin.
"Git etiketini" bağımsız değişkenler olmadan çalıştırmak da tüm etiketleri listeler. Desen bir kabuktur
joker karakter (yani, kullanılarak eşleştirilen fnmatch(3)). Çoklu desenler verilebilir; eğer herhangi biri
eşleşirse, etiket gösterilir.

--sıralama=
Verilen anahtara göre sıralayın. Önek - değeri azalan düzende sıralamak için. Sen
--sort= kullanabilir seçeneği birden çok kez, bu durumda son anahtar
birincil anahtar. Ayrıca "version:refname" veya "v:refname"yi de destekler (etiket adları
sürümleri). "version:refname" sıralama düzeni de aşağıdakilerden etkilenebilir:
"versionsort.prereleaseSuffix" yapılandırma değişkeni. Desteklenen tuşlar aynı
git for-each-ref'dekiler gibi. Sıralama düzeni varsayılanları için yapılandırılan değere
etiket.sort varsa değişken, yoksa sözlük düzeni. Görmek git-config(1).

--sütun[= ], --sütun yok
Sütunlarda etiket listesini görüntüleyin. Seçenek için sütun.tag yapılandırma değişkenine bakın
syntax.--column ve --no-column seçenekleri olmadan eşdeğerdir her zaman ve asla
respectivamente.

Bu seçenek yalnızca etiketler ek açıklama satırları olmadan listelenirken geçerlidir.

--içerir [ ]
Yalnızca belirtilen taahhüdü içeren etiketleri listeleyin (belirtilmemişse HEAD).

--nokta-at
Yalnızca verilen nesnenin etiketlerini listeleyin.

-m , --mesaj=
Verilen etiket mesajını kullanın (sormak yerine). Birden çok -m seçeneği verilirse,
değerleri ayrı paragraflar olarak birleştirilir. -a, -s veya bunların hiçbiri yoksa -a anlamına gelir.
-u verilmiş.

-F , --dosya=
Verilen dosyadan etiket mesajını alın. Kullanmak - standarttan gelen mesajı okumak için
giriş. -a, -s veya -u'nun hiçbiri yoksa -a anlamına gelir verilmiş.

--temizleme=
Bu seçenek, etiket mesajının nasıl temizleneceğini ayarlar. NS biri olabilir kelimesi kelimesine,
boşluk ve şerit. şerit mod varsayılandır. NS kelimesi kelimesine mod değişmiyor
hiç mesaj, boşluk sadece baştaki/sondaki boşluk çizgilerini kaldırır ve şerit
hem boşlukları hem de yorumları kaldırır.

--create-reflog
Etiket için bir reflog oluşturun.


Oluşturulacak, silinecek veya açıklanacak etiketin adı. Yeni etiket adı tümünü geçmelidir
tarafından tanımlanan kontroller git-check-ref-formatı(1). Bu kontrollerden bazıları,
etiket adında izin verilen karakterler.

,
Yeni etiketin başvuracağı nesne, genellikle bir taahhüttür. Varsayılan olarak HEAD'dir.


%(fieldname) öğesini bir ref varlığı tarafından işaret edilen nesneden enterpolasyon yapan bir dize
gösterildi. Formatı şununla aynı her başvuru için git(1). Belirtilmediğinde,
varsayılan olarak %(refname:strip=2) şeklindedir.

--[no-]birleştirildi [ ]
Yalnızca ipuçlarına erişilebilen veya şu durumlarda erişilemeyen etiketleri listeleyin: --hayır-birleştirilmiş itibaren kullanılır
belirtilen taahhüt (KAFA belirtilmemişse).

YAPILANDIRMA

Varsayılan olarak, git etiket varsayılan ile oturum açma modunda (-s) taahhüt eden kimliğinizi kullanır (
Adınız[e-posta korumalı]>) bir anahtar bulmak için. Farklı bir şekilde kullanmak istiyorsanız
varsayılan anahtar, bunu depo yapılandırmasında aşağıdaki gibi belirtebilirsiniz:

[Kullanıcı]
imzalamaAnahtarı =

TARTIŞMA

On yeniden etiketleme
Yanlış bir taahhüdü etiketlediğinizde ve yeniden etiketlemek istediğinizde ne yapmalısınız?

Hiçbir şeyi dışarı itmediyseniz, yeniden etiketlemeniz yeterlidir. Eskisini değiştirmek için "-f" kullanın. Ve
sen bittin.

Ancak, bir şeyleri dışarı attıysanız (veya başkaları deponuzu doğrudan okuyabilirse),
o zaman diğerleri eski etiketi görmüş olacak. Bu durumda iki şeyden birini yapabilirsiniz:

1. Mantıklı olan şey. Sadece batırdığını kabul et ve farklı bir isim kullan. Diğerleri var
zaten bir etiket adı gördünüz ve aynı adı koruyorsanız, durumda olabilirsiniz
iki kişinin her ikisinin de "X sürümü" olduğunu, ancak aslında sahip oldukları farklı "X"ler. Bu yüzden sadece
"X.1" olarak adlandırın ve onunla işi bitirin.

2. Çılgın şey. Gerçekten de yeni sürümü "X" olarak adlandırmak istiyorsunuz, Üstelik gerçi diğerleri
eskisini zaten görmüşsünüzdür. Yani sadece kullan git etiket -f yine, sanki daha önce yapmamışsın gibi
eskisini yayınladı.

Ancak Git, değil (ve değiştirmemelidir) etiketleri kullanıcıların arkasından değiştirmeyin. Yani eğer birisi
zaten eski etiketi aldım, bir git Çek ağacınızda sadece üzerine yazmalarını sağlamamalı
eski olan.

Biri sizden bir serbest bırakma etiketi aldıysa, onlar için etiketi şu şekilde değiştiremezsiniz:
kendi güncellemenizi yapın. Bu büyük bir güvenlik sorunudur, çünkü insanların güvenebilmeleri ZORUNLUDUR.
onların etiket isimleri. Eğer gerçekten çılgınca bir şey yapmak istiyorsan, sadece itiraf etmelisin.
ve insanlara berbat ettiğinizi söyleyin. Bunu çok halka açık hale getirerek yapabilirsiniz.
duyuru diyor ki:

Tamam, her şeyi berbat ettim ve X olarak etiketlenmiş önceki bir sürümü çıkardım.
sonra bir şeyi düzeltti ve *sabit* ağacı yeniden X olarak yeniden etiketledi.

Yanlış etiketi aldıysanız ve yenisini istiyorsanız, lütfen silin
eskisini ve aşağıdakileri yaparak yenisini getirin:

git etiketi -d X
git getir kaynak etiketi X

güncellenmiş etiketimi almak için.

Hangi etikete sahip olduğunuzu yaparak test edebilirsiniz.

git rev-ayrıştırma X

yeni sürüme sahipseniz, 0123456789abcdef .. döndürmelidir.

Verdiğimiz rahatsızlıktan dolayı özür dilerim.

Bu biraz karmaşık görünüyor mu? Bilişim Teknoloji meli olmak. doğru olma ihtimali yok
sadece otomatik olarak "düzeltmek" için. İnsanlar, etiketlerinin
değişti.

On Otomatik takip etme
Başka birinin ağacını takip ediyorsanız, büyük olasılıkla uzaktan izlemeyi kullanıyorsunuzdur.
dallar (geleneksel düzende refs/heads/Origin veya
ayrı-uzak düzen). Etiketleri genellikle diğer uçtan istersiniz.

Öte yandan, tek seferlik bir birleştirme istediğiniz için alıyorsanız
başka biri, genellikle oradan etiket almak istemezsiniz. Bu daha sık olur
üst seviyeye yakın insanlar için ancak bunlarla sınırlı değil. Her birinden çekerken sadece ölümlüler
diğerleri, otomatik olarak özel bağlantı noktası etiketlerini otomatik olarak almak istemez.
Diğer kişi.

Çoğu zaman, posta listesindeki "lütfen çekin" mesajları sadece iki parça bilgi sağlar:
bir depo URL'si ve bir şube adı; bu, bir işlemin sonunda kolayca kesilip yapıştırılacak şekilde tasarlanmıştır. git
almak Komut satırı:

Linus, lütfen çek

git://git..../proj.git ustası

aşağıdaki güncellemeleri almak için...

dönüşür:

$ git git git://git..../proj.git master

Böyle bir durumda diğer kişinin etiketlerini otomatik olarak takip etmek istemezsiniz.

Git'in önemli bir yönü, dağıtılmış doğasıdır, bu da büyük ölçüde hiçbir şey olmadığı anlamına gelir.
sistemdeki doğal "yukarı akış" veya "aşağı akış". İlk bakışta, yukarıdaki örnek
etiket ad alanının, insanların üst kademesine ait olduğunu ve
bu etiketler yalnızca aşağı doğru akar, ancak durum böyle değil. Sadece kullanım olduğunu gösterir
desen, kimin, kimin etiketleriyle ilgilendiğini belirler.

Tek seferlik bir çekme, bir taahhüt geçmişinin artık biri arasındaki sınırı geçmekte olduğunun bir işaretidir.
insan çevresi (örneğin, "öncelikli olarak,
kernel") kendi etiket kümesine sahip olabilecek (örneğin, "bu üçüncü sürüm adayıdır")
2.6.21 sürümü ile genel tüketim için önerilecek ağ grubundan")
başka bir insan çevresi (örneğin, "çeşitli alt sistem iyileştirmelerini entegre eden insanlar"). NS
ikincisi genellikle eski grupta dahili olarak kullanılan ayrıntılı etiketlerle ilgilenmez
("iç"in anlamı budur). Bu yüzden etiketleri takip etmemek arzu edilir
bu durumda otomatik olarak.

Ağ oluşturan kişiler arasında etiketleri dahili olarak değiştirmek isteyebilirler.
gruplarına, ancak bu iş akışında büyük olasılıkla birbirlerinin ilerlemesini izliyorlar
uzaktan izleme şubelerine sahip olarak. Yine, bu tür etiketleri otomatik olarak takip eden buluşsal yöntem
iyi bir şey.

On backdating Etiketler
Başka bir VCS'den bazı değişiklikleri içe aktardıysanız ve ana bölümler için etiketler eklemek istiyorsanız
Çalışmanızın bültenleri, içine gömülecek tarihi belirleyebilmenizde fayda var.
etiket nesnesi; etiket nesnesindeki bu tür veriler, örneğin, etiketlerdeki sıralamayı etkiler.
gitweb arayüzü.

Gelecekteki etiket nesnelerinde kullanılan tarihi ayarlamak için ortam değişkenini ayarlayın
GIT_COMMITTER_DATE (olası değerlerle ilgili sonraki tartışmaya bakın; en yaygın biçim
"YYYY-AA-GG SS:DD").

Örneğin:

$ GIT_COMMITTER_DATE="2006-10-02 10:31" git etiketi -s v1.0.1

TARİH BİÇİMLER

GIT_AUTHOR_DATE, GIT_COMMITTER_DATE ortam değişkenleri aşağıdaki tarihi destekler
formatları:

Git dahili formatı
Bu , nerede sayısı
UNIX çağından bu yana saniyeler. pozitif veya negatif bir ofsettir
UTC'den. Örneğin CET (UTC'nin 2 saat ilerisindedir) +0200'dür.

RFC 2822
RFC 2822 tarafından açıklanan standart e-posta biçimi, örneğin Per, 07 Nis 2005
22:13:13 +0200.

ISO 8601
ISO 8601 standardı tarafından belirtilen saat ve tarih, örneğin 2005-04-07T22:13:13. NS
ayrıştırıcı, T karakteri yerine bir boşluk da kabul eder.

not
Ayrıca tarih kısmı şu formatlarda kabul edilmektedir: YYYY.AA.GG,
AA/GG/YYYY ve GG.AA.YYYY.

onworks.net hizmetlerini kullanarak git-tag'i çevrimiçi kullanın