Bir etiketin Git'teki bir şubeden farkı nedir? Burada hangisini kullanmalıyım?

Ben nasıl kullanılacağını anlamaya bazı zorluk yaşıyorum etiketleri karşı dalları içindegit.

Kodumuzun şu anki sürümünü cvs için gitve şimdi belirli bir özellik için bu kodun bir alt kümesi üzerinde çalışacağım. Birkaç geliştirici de bunun üzerinde çalışacak, ancak grubumuzdaki tüm geliştiriciler bu özelliğe önem vermeyecek. Bir şube veya etiket oluşturmalı mıyım? Hangi durumlarda birini diğerine karşı kullanmalıyım?

Bir etiket zamanında bir anda belirli bir dalı bir sürümünü temsil eder. Bir dal , aynı kod tabanındaki diğer geliştirme çabalarıyla aynı anda çalışabilecek ayrı bir geliştirme iş parçacığını temsil eder. Bir dalda yapılan değişiklikler sonunda onları birleştirmek için başka bir dalda birleştirilebilir.

Genellikle belirli bir sürümü etiketleyebilirsiniz , böylece yeniden oluşturabilirsiniz, örneğin, bu XYZ Corp'a gönderdiğimiz sürümdür . Bir şubekodun üzerinde belirli bir sürüm üzerinde sürekli güncellemeler sağlamak için daha çok bir stratejidir. Teslim edilen sürümün bir dalını oluşturacak, ana hatta geliştirmeye devam edecek, ancak teslim edilen sürümü temsil eden dalda hata düzeltmeleri yapacaksınız. Sonunda, bu hata düzeltmelerini tekrar ana hatta birleştireceksiniz. Genellikle hem dallanmayı hem de etiketlemeyi birlikte kullanırsınız. Yeniden oluşturmak isteyebileceğiniz her şube boyunca belirli sürümleri (örneğin, müşterilere teslim edilenler) işaretleyen hem ana hatta hem de şubelerine uygulanabilecek çeşitli etiketleriniz olacaktır - dağıtım, hata teşhisi vb.

Aslında bundan daha karmaşık - ya da yapmak istediğiniz kadar karmaşık - ama bu örnekler size farklılıklar hakkında bir fikir vermelidir.

Gönderen teorik bakış açısından:

• etiketleri , belirli bir düzeltme için sembolik adlardır . Her zaman aynı nesneye işaret ederler (genellikle: aynı revizyona); değişmezler.
• dallar gelişim çizgisinin sembolik isimleridir . Şube üstünde yeni taahhütler yaratılır. Şube işaretçisi doğal olarak ilerler ve daha yeni ve daha yeni taahhütlere işaret eder.

Gönderen teknik açıdan:

• etiketlerrefs/tags/ ad alanında bulunur ve nesneleri (açıklamalı ve isteğe bağlı olarak GPG imzalı etiketler) veya doğrudan nesneyi (yerel adlar için daha az kullanılan hafif etiket) veya ağaç nesnesine veya blob nesnesine (örneğin GPG imzası) yönlendirmeyi işaret edebilir ).
• dallarırefs/heads/ ad alanında bulunur ve yalnızca nesnelere işaret edebilir . HEADİşaretçi bir kolu (sembolik referans) ya da doğrudan bir tamamlama (müstakil BAŞ veya isimsiz dalı) öğrenmek için, olmalıdır.
• uzaktan izleme dallarırefs/remotes/<remote>/ ad alanında bulunur ve uzak depodaki normal dalları takip eder <remote>.

Ayrıca bakınız gitglossary manpage:

şube

Bir "dal" aktif bir gelişim çizgisidir. Bir daldaki en son taahhüt, o dalın ucu olarak adlandırılır. Dalın ucuna, dal üzerinde ek geliştirme yapıldıkça ilerleyen bir dal başı tarafından başvurulur. Tek bir git deposu rasgele sayıda dalı izleyebilir, ancak çalışma ağacınız bunlardan yalnızca biri ("geçerli" veya "kullanıma alınmış" dalı) ile ilişkilendirilir ve HEAD bu dalı işaret eder.

etiket

Bir etikete veya tamamlama nesnesine işaret eden ref. Bir kafanın aksine, etiket bir taahhüt tarafından değiştirilmez. Etiketler (etiket nesneleri değil) içinde saklanır $GIT_DIR/refs/tags/. [...]. Bir etiket en tipik olarak, bağlı soy zincirindeki belirli bir noktayı işaretlemek için kullanılır.

etiket nesnesi

Başka bir nesneye işaret eden, tıpkı bir taahhüt nesnesi gibi bir mesaj içerebilen ref içeren bir nesne. Ayrıca bir (PGP) imzası içerebilir, bu durumda buna "imzalı etiket nesnesi" denir.

Deponuzu projenizde ilerleyen bir kitap olarak düşünüyorsanız ...

Dallar

Bir dalı şu yapışkan yer işaretlerinden biri olarak düşünebilirsiniz :

Yepyeni bir havuzda masterotomatik olarak yazdığınız en son sayfaya (düşünme taahhüdü ) geçen (bunlardan biri) bunlardan yalnızca biri bulunur . Ancak, kitaptaki diğer ilgi noktalarını işaretlemek için daha fazla yer işareti oluşturmak ve kullanmakta özgürsünüz, böylece hızlı bir şekilde geri dönebilirsiniz.

Ayrıca, belirli bir yer işaretini her zaman kitabın başka bir sayfasına taşıyabilirsiniz ( git-resetörneğin,); ilgi çekici noktalar genellikle zaman içinde değişir.

Etiketler

Etiketleri bölüm başlıkları olarak düşünebilirsiniz .

Bir başlık ( açıklamalı etiketleri düşün ) içerebilir veya içermeyebilir. Bir etiket, kitaba tarihsel ilgi gösteren bir noktaya işaret ettiği için bir şubeye benzer ancak farklıdır . Tarihsel yönünü korumak için, bir etiketi paylaştıktan sonra (yani paylaşılan bir uzaktan kumandaya ittiğinizde) etiketi kitaptaki başka bir yere taşımanız gerekmez .

CVS'den gelen, farkına varmanız gereken şey, bir şube kurarken artık dizin oluşturmamanızdır .
Artık "tek bir dosyaya uygulanabilen" yapışkan etiket veya "dal etiketi" yok.
Şube ve etiketler Git'teki iki farklı nesnedir ve her zaman tüm repo için geçerlidir .

Artık (bu sefer SVN ile) deponuzu aşağıdakilerle açıkça yapılandırmak zorunda kalmayacaksınız:

branches
   myFirstBranch
     myProject
       mySubDirs
   mySecondBranch
     ...
tags
   myFirstTag
     myProject
       mySubDirs
   mySecondTag
   ...

Bu yapı, CVS'nin bir sürüm sistemi değil , bir revizyon sistemi olmasından kaynaklanmaktadır (bkz. Kaynak kontrolü ve Revizyon Kontrolü? ).
Bu, dalların CVS etiketleri, SVN dizinleri aracılığıyla taklit edildiği anlamına gelir.

Bir etiketi kullanıma alıp bu etiket üzerinde çalışmaya alışkınsanız, sorunuz mantıklı geliyor .
Hangi yapmamalısınız;)
Bir etiketin, her seferinde aynı içeriği alma garantisi ile erişmek için kullanılan değişmez bir içeriği temsil etmesi gerekir .

Git'te, revizyonların tarihi bir grafik oluşturan bir dizi taahhüttür.
Dal, bu grafiğin bir yoludur

x--x--x--x--x # one branch
    \ 
     --y----y # another branch
       1.1
        ^
        |
        # a tag pointing to a commit

• Bir etiketi teslim alırsanız, etiketten çalışmaya başlamak için bir şube oluşturmanız gerekir.
• Bir şubeye ödeme yaparsanız, o şubenin en son taahhütünü ('HEAD') doğrudan görürsünüz.

Jakub Narębski'nin tüm teknik özellikler için cevabına bakın , ancak açıkçası, bu noktada (henüz) tüm detaylara ihtiyacınız yok;)

Ana nokta: bir etiket, bir taahhüdün basit bir göstergesidir, içeriğini asla değiştiremezsiniz. Bir şubeye ihtiyacınız var.

Sizin durumunuzda, her geliştirici belirli bir özellik üzerinde çalışır:

• kendi depolarında kendi dallarını oluşturmalılar
• meslektaşlarının depolarındaki şubeleri takip edin (aynı özellik üzerinde çalışan)
• çalışmalarınızı akranlarınızla paylaşmak için çekin / itin.

Doğrudan meslektaşlarınızın kollarını izlemek yerine, herkesin bu özel özellik için çalışmalarını entegre etmek ve paylaşmak için herkesin işini zorladığı bir "resmi" merkezi deponun kolunu takip edebilirsiniz.

Dallar tahtadan yapılır ve ağacın gövdesinden büyür. Etiketler kağıttan (ahşap türevi) yapılır ve ağacın çeşitli yerlerinden Noel Süsleri gibi asılır.

Projeniz ağaçtır ve projeye eklenecek özelliğiniz bir dalda büyüyecektir. Cevap şube.

Açıklamanın en iyi yolu, etiketlerin salt okunur dallar gibi davranmasıdır. Bir dalı etiket olarak kullanabilirsiniz, ancak yanlışlıkla yeni taahhütlerle güncelleyebilirsiniz. Etiketlerin, var oldukları sürece aynı taahhüdü göstermesi garanti edilir.

Etiketler imzalanmış veya imzalanmamış olabilir ; şubeler asla imzalanmaz.

İmzalı etiketler hiçbir zaman taşınamaz çünkü belirli bir işleme kriptografik olarak (imzayla) bağlıdır. İmzasız etiketler bağlı değildir ve bunları taşımak mümkündür (ancak etiketleri taşımak normal bir kullanım durumu değildir).

Şubeler sadece farklı bir taahhütte bulunmakla kalmaz, aynı zamanda bunu yapmaları beklenir . Yerel kalkınma projeniz için bir şube kullanmalısınız. Git etiketindeki "bir etikette" çalışma yapmak pek mantıklı değil.

Ben düşünmek istiyorum dalları olarak nereye gittiğini , etiketler olarak orada yoktun .

Bir etiket, sürüm sürümü gibi geçmişte belirli bir önemli noktanın yer işareti gibi hissedilir.

Bir dal, projenin aşağıya ineceği özel bir yoldur ve bu nedenle şube işaretçisi sizinle birlikte ilerler. İşiniz bittiğinde dalı birleştiriyor / siliyorsunuz (yani işaretleyici). Tabii ki, bu noktada bu taahhüdü etiketlemeyi seçebilirsiniz.

Git misali kendi yaratıcıları niye yaptıklarını nasıl tipik bir DVCS oluşturulan alır ve açıklar. Ayrıca Bilgisayar Bilimcisi için Git'e bakmak isteyebilirsiniz ; Git ve dallar ve etiketler dahil her nesne türünün ne yaptığını açıklar.

Bir etiketi bir sürümü işaretlemek için kullanılır, daha spesifik olarak bir dalda zaman içinde bir noktayı ifade eder. Bir dal, genellikle bir projeye özellik eklemek için kullanılır.

basit:

Etiketlerin her zaman bir projenin aynı versiyonunu göstermesi beklenirken, geliştirme ilerledikçe başlıkların ilerlemesi beklenir.

Git Kullanım Kılavuzu

basit cevap:

branch: geçerli şube işaretçisi depoya her taahhütte hareket eder

fakat

tag: bir etiketin işaret ettiği taahhüt değişmez, aslında etiket bu taahhüdün bir anlık görüntüsüdür.