Git etiketini nasıl yeniden adlandırırsınız?

Bugün bir proje için günlüklere bakıyordum ve bir süre önce bir etiket adını şişirdiğimi fark ettim. Etiketi yeniden adlandırmanın bir yolu var mı? Google yararlı bir şey göstermedi.

Etiketli sürümü kontrol edebileceğimi ve yeni bir etiket yapabileceğimin farkındayım, hatta denedim. Ancak bu, tam olarak doğru olmayan bir etiket nesnesi oluşturuyor gibi görünüyor. Bir kişi için,

git tag -l

diğer tüm etiketlere göre sıra dışı listeler. Bunun önemli olup olmadığı hakkında hiçbir fikrim yok, ancak yeni etiket nesnesinin istediğim gibi olmadığına inanmamı sağlıyor. Bununla yaşayabilirim, çünkü gerçekten sadece etiket adının dokümantasyonla eşleştiğini umuyorum, ancak bunu yapmanın doğru bir yolu olduğunu varsayarak "doğru" yapmayı tercih ederim.

Bir etiketi şu oldşekilde yeniden adlandırıyorum new:

git tag new old
git tag -d old
git push origin :refs/tags/old
git push --tags

Push komutundaki iki nokta üst üste etiketi uzak depodan kaldırır. Bunu yapmazsanız Git, çektiğinizde makinenizde eski etiketi oluşturur.

Son olarak, diğer kullanıcıların silinen etiketi kaldırdığından emin olun. Lütfen onlara (iş arkadaşlarınıza) aşağıdaki komutu çalıştırmalarını söyleyin:

git pull --prune --tags

Açıklamalı bir etiketi değiştiriyorsanız , yeni etiket adının, silmek üzere olduğunuz eski açıklamalı etiket nesnesine değil, altta yatan işleme başvurduğundan emin olmanız gerektiğini unutmayın. Bu nedenle, git tag -a new old^{}yerine kullanın git tag new old(bunun nedeni açıklamalı etiketlerin hafif etiketler olmasa da nesneler olmasıdır , bu yanıtta daha fazla bilgi vardır ).

İlk OLD takma adı olarak YENİ oluşturun:: Orijinal soru kolaydır bir etiketi, yeniden adlandırmak nasıl oldu git tag NEW OLDsonra ESKİ silin: git tag -d OLD.

"Git yolu" ve (in) akıl sağlığıyla ilgili teklif taban dışındadır, çünkü bir etiket adını korumaktan bahseder, ancak farklı bir depo durumuna atıfta bulunur.

Diğer cevaplara ek olarak:

İlk olarak, bir inşa etmek gerek diğer adı arasında eski işlemek orijinal işaret ederek, etiket adının:

git tag new old^{}

Ardından eski olanı yerel olarak silmeniz gerekir :

git tag -d old

Ardından uzak konumlarınızdaki etiketi silin:

# Check your remote sources:
git remote -v
# The argument (3rd) is your remote location,
# the one you can see with `git remote`. In this example: `origin`
git push origin :refs/tags/old

Son olarak yeni etiketinizi uzak konuma eklemeniz gerekir. Bunu yaptıktan kadar, yeni etiket (s) olmaz eklenecek:

git push origin --tags

Bunu her uzak konum için yineleyin.

Git Etiketi değişikliğinin bir paketin tüketicileri üzerindeki etkilerinin farkında olun !

Yayınlanmışsa, silemezsiniz (katranlı ve tüylü olma riski olmadan). 'Git yolu':

Aklı başında olan şey. Sadece berbat olduğunu itiraf et ve farklı bir ad kullan. Diğerleri zaten bir etiket adı gördü ve aynı adı korursanız, iki kişinin "sürüm X" e sahip olması durumunda olabilirsiniz, ancak aslında farklı "X" lere sahip olabilirler. Bu yüzden sadece "X.1" deyin ve işinizi bitirin.

Alternatif olarak,

Çılgınca şey. Diğerleri eskisini görmüş olsa bile, gerçekten yeni sürümü "X" olarak adlandırmak istiyorsunuz. Yani eskisini henüz yayınlamamışsınız gibi git-tag -f'yi tekrar kullanın.

Çok çılgınca çünkü:

Git, kullanıcıların arkasındaki etiketleri değiştirmez (ve değiştirmemelidir). Birisi eski etiketi zaten almışsa, ağacınızda bir git-pull yapmak sadece eskisinin üzerine yazmasını sağlamamalıdır.

Birinin sizden bir yayın etiketi alması durumunda, kendi etiketinizi güncelleyerek etiketini değiştiremezsiniz. Bu büyük bir güvenlik sorunudur, çünkü insanlar etiket adlarına güvenmelidirler. Eğer gerçekten çılgınca bir şey yapmak istiyorsanız, sadece bunu düşünmeniz ve insanlara batırdığınızı söylemeniz gerekir.

Tüm sayfaların izniyle .

Bu wiki sayfasında birkaç ilginç referansı itebileceğimizi hatırlatan şu ilginç tek satır var :

git push origin <refs/tags/old-tag>:<refs/tags/new-tag> :<refs/tags/old-tag> && git tag -d <old-tag>

ve diğer klonlayıcılardan git pull --prune --tags

Fikir itmek:

• <new-tag>başvuruda bulunduğu her kaydedilmesini için <old-tag>: <refs/tags/old-tag>:<refs/tags/new-tag>,
• silme<old-tag> ::<refs/tags/old-tag>

Örnek olarak " Git deposundaki etiketlerin adlandırma düzenini değiştirilsin mi? "

Diğer cevaplara bir ek olarak, daha tanıdık bir * nix move komutu hissi ile hepsini tek adımda yapmak için bir takma ad ekledim. Bağımsız değişken 1 eski etiket adı, bağımsız değişken 2 yeni etiket adıdır.

[alias]
    renameTag = "!sh -c 'set -e;git tag $2 $1; git tag -d $1;git push origin :refs/tags/$1;git push --tags' -"

Kullanımı:

git renametag old new

Bir veya birkaç etiket için 3 adımlı yaklaşımı izleyin.

1. Adım: Geçerli etiketin işaret ettiği taahhüdü tamamlama / nesne kimliğini belirleme

     command: git rev-parse <tag name>
     example: git rev-parse v0.1.0-Demo
     example output: db57b63b77a6bae3e725cbb9025d65fa1eabcde

2. Adım: Etiketi depodan silin

     command: git tag -d <tag name>
     example: git tag -d v0.1.0-Demo
     example output: Deleted tag 'v0.1.0-Demo' (was abcde)

3. Adım: Eski etiketin işaret ettiği aynı taahhüt kimliğini gösteren yeni bir etiket oluşturun

     command: git tag -a <tag name>  -m "appropriate message" <commit id>
     example: git tag -a v0.1.0-full  -m "renamed from v0.1.0-Demo" db57b63b77a6bae3e725cbb9025d65fa1eabcde
     example output: Nothing or basically <No error>

Yerel git etiket adı değişikliği ile hazır olduğunda, bu değişiklikler başkalarının bunları alması için başlangıç ​​noktasına geri itilebilir.

Maceracı için tek bir komutta yapılabilir:

mv .git/refs/tags/OLD .git/refs/tags/NEW

Önceden itilmiş olan etiketleri itme ve etiketleri yeniden adlandırma ile ilgili sorunlardan bağımsız olarak, yeniden adlandırılacak etiketin açıklamalı etiket olması durumunda, öncelikle aşağıdaki tek satırlı komut satırı sayesinde kopyalayabilirsiniz:

git tag -a -m "`git cat-file -p old_tag | tail -n +6`" new_tag old_tag^{}

Ardından, eski etiketi silmeniz gerekir:

git tag -d old_tag

Bu komut satırını aşağıdaki iki cevap sayesinde buldum:

• https://stackoverflow.com/a/26132640/7009806 (ikinci yorum)
• https://stackoverflow.com/a/49286861/7009806

Düzenleme:
ayar etiketlerin otomatik senkronizasyon kullanarak sorunlarla karşılaştı olması fetch.pruneTags=true(anlatıldığı gibi https://stackoverflow.com/a/49215190/7009806 için), ben şahsen önermek ilk sunucuda yeni etiketi kopyalayıp daha sonra eskisini silin. Bu şekilde, eski etiketi silerken yeni etiket rastgele silinmez ve etiketlerin senkronizasyonu henüz sunucuda olmayan yeni etiketi silmek ister . Örneğin, hep birlikte:

git tag -a -m "`git cat-file -p old_tag | tail -n +6`" new_tag old_tag^{}
git push --tags
git tag -d old_tag
git push origin :refs/tags/old_tag

Eski etiketleri / dalı yeni bir adla çoğaltarak ve eski etiketleri tek bir git pushkomutta silerek, uzak etiketleri kontrol etmeden yeniden adlandırabilirsiniz .

Uzaktan etiketi yeniden adlandırma / Uzaktan şube → etiketi dönüşüm: (Not: :refs/tags/)

git push <remote_name> <old_branch_or_tag>:refs/tags/<new_tag> :<old_branch_or_tag>

Uzaktan şube yeniden adlandırma / Uzaktan etiket → şube dönüşüm: (Not: :refs/heads/)

git push <remote_name> <old_branch_or_tag>:refs/heads/<new_branch> :<old_branch_or_tag>

Uzak bir etiketi yeniden adlandırma çıktısı:

D:\git.repo>git push gitlab App%2012.1%20v12.1.0.23:refs/tags/App_12.1_v12.1.0.23 :App%2012.1%20v12.1.0.23

Total 0 (delta 0), reused 0 (delta 0)
To https://gitlab.server/project/repository.git
 - [deleted]               App%2012.1%20v12.1.0.23
 * [new tag]               App%2012.1%20v12.1.0.23 -> App_12.1_v12.1.0.23