git push --tagsDüz eski ile ayrı bir işlem olmasının nedeninin farkındayım git push. Etiketleri itme bilinçli bir seçim olmalıdır, çünkü yanlışlıkla birini itmek istemezsiniz. Bu iyi. Ama ikisini bir araya getirmenin bir yolu var mı? (Bir kenara git push && git push --tags.)

Mayıs 2015 Güncellemesi

İtibariyle Git 2.4.1 yapabileceğiniz

git config --global push.followTags true

True olarak ayarlanırsa, varsayılan olarak --follow-tags seçeneğini etkinleştirin.
- no-follow-tags belirterek, bu yapılandırmayı anında gönderme sırasında geçersiz kılabilirsiniz.

Matt Rogers'ın Wes Hurd'a cevap verdiği bu konuda belirtildiği gibi :

--follow-tags yalnızca ek açıklama eklenmiş etiketleri iter .

git tag -a -m "I'm an annotation" <tagname>

Bu itilirdi (aksine git tag <tagname>, burada bahsettiğim gibi, itilmeyecek hafif bir etiket )

Güncelleme Nisan 2013

Yana Git 1.8.3 (Nisan 22d, 2013) , artık etiketleri itmek sonra dalları itin ve 2 komutları yapmak zorunda :

Yeni " --follow-tags" seçeneği, " git push" 'ye dalları dışarı iterken ilgili açıklamalı etiketleri itmesini söyler .

Artık yeni taahhütleri uygularken deneyebilirsiniz:

git push --follow-tags

Bu, tüm yerel etiketleri zorlamaz, yalnızca git push.

Git 2.4.1+ (2. Çeyrek 2015) seçeneği tanıtacaktır push.followTags: bkz. " " git push"Bir şubeye etiketler dahil etme? ".

Orijinal cevap, Eylül 2010

Nükleer seçenek git push --mirror, tüm ref'leri alt üst edecek refs/.

Mevcut şube taahhüdünüzle yalnızca bir etiketi itebilirsiniz:

git push origin : v1.0.0 

--tagsSeçeneği aşağıdaki gibi bir refspec ile birleştirebilirsiniz :

git push origin --tags :

(Beri --tagsaracılığıyla: altındaki tüm ref refs/tags, itilir açık komut satırında listelenen refspecs ek olarak )

Ayrıca "Git push" invocation " ile tek bir şube ve etiket itme girişi var

Zoltán Füzesi tarafından Git posta listesine kullanışlı bir ipucu gönderildi :

Bunu .git/configçözmek için kullanıyorum :

[remote "origin"]
    url = ...
    fetch = +refs/heads/*:refs/remotes/origin/*
    push = +refs/heads/*
    push = +refs/tags/*

Bu satırlar eklendiğinde git push origintüm dallarınızı ve etiketlerinizi yükleyeceksiniz. Bunlardan yalnızca bir kısmını yüklemek istiyorsanız, bunları numaralandırabilirsiniz.

Henüz kendim denemedim, ancak git push'a dalları ve etiketleri aynı anda itmenin başka bir yolu eklenene kadar faydalı olabilir.
Öte yandan, yazmayı umursamıyorum:

$ git push && git push --tags

Dikkat , Aseem Kishore tarafından yorumlandığı gibi

push = +refs/heads/*olacak tüm dallarını zorla iter .

Bu beni şimdi ısırdı, yani FYI.

René Scheibe bu ilginç yorumu ekliyor :

--follow-tagsParametresi altında tek etiketler olarak yanıltıcıdır .git/refs/tagskabul edilir.
Eğer git gcçalıştırılır, etiketler taşınır .git/refs/tagsiçin .git/packed-refs. Daha sonra git push --follow-tags ...artık beklendiği gibi çalışmaz.

Belki bu birine yardımcı olur:

 1. git commit -a -m "msg"  
 2. git tag 0.1.0                // creates a new tag locally     
 3. git push origin tag 0.1.0    // pushes the tag & the code in the remote repo          

@since Git 2.4

git push --atomic origin <branch name> <tag>

Git GUI'nin PUSH düğmesi vardır - punta'yı affedin ve açtığı iletişim kutusunda etiketler için bir onay kutusu bulunur.

Komut satırından etiketleri olmadan bir kolu ittim ve sonra --follow-tags yukarıda açıklanan seçeneği . Seçenek, açıklamalı aşağıdaki etiketlerle açıklanmaktadır. Etiketlerim basit etiketlerdi.

Ben bir şey düzeltti, düzeltme ile taahhüt etiketli, (böylece meslektaşları düzeltmeyi kiraz alabilir), daha sonra yazılım sürüm numarasını değiştirdi ve oluşturduğum sürümü etiketledi (böylece meslektaşları bu sürümü klonlayabilir).

Git, her şeyin güncel olduğunu söyleyerek geri döndü. Etiketleri göndermedi! Belki de etiketlere açıklama eklenmediğinden. Belki de dalda yeni bir şey olmadığı için.

Git GUI ile benzer bir itme yaptığımda etiketler gönderildi.

Şimdilik, değişikliklerimi komut satırımla değil Git GUI ile uzaktan kumandalarıma iteceğim --follow-tags.