Git projem için bir dağıtım komut dosyası geliştiriyorum ve ben sadece etiketleri kullanmaya başladı, ben uzman değilim. Yeni bir etiket v2 adlı ekledim.0:

git tag -a v2.0 -m "Launching version 2.0"

Ve uzak depo için bu etiketi bastırdım

git push --tags

Dağıtım komut dosyası yürütme ve v2 kontrol etmeye çalıştığımda.Bu ileti alıyorum 0 etiket:

'Müstakil HEAD' durumu. * Etrafına bir bak, deneysel değişiklikler yapmak ve onları işlemek, ve herhangi bir taahhüt atabilirsiniz uygulayarak tüm dalları etkilemeden bu durumda siz yapın başka bir çıkış. Eğer yaparsa korumak için yeni bir şube oluşturmak istiyorsanız yani (şimdi veya sonra) ödeme ile b kullanarak yapabilirsiniz oluşturun komut tekrar. Örnek:- b new_branch_name BAŞ şimdi git checkout *

Bu normal mi? Depoyu eğer yaparsam çünkü bir belirsizlik içinde

git branch

Bu çıktıyı alıyorum:

* (no branch)
  master

Üzgünüm eğer bu açıktır ama bir türlü çözemedim.

Tamam, birkaç açısından biraz basitleştirilmiş bir ilk.

git tag (birçok şey gibi) treeish deniyor. Proje tarihinin bir noktaya yönlendiren bir yol. Treeishes bir etiket, bir taahhüt, bir tarih belirtici, bir sıra belirtici ya da başka şeyler de olabilir.

Şimdi branch sadece bir etiket gibi ama hareketli. "Ve bir taahhüt yapmak, şube yeni taşınır bir şube mevcut konumunu gösteren yaptın. işlemek" zaman

HEAD kabul edilen bir şube için işaretçi"". mevcut Bir depo clone genellikle, HEAD dönüş noktası master nokta tamamlama. Daha sonra git checkout experimental gibi bir şey yaparlarsa HEAD farklı işlemeye işaret edebilir experimental şubeye noktasına geçiş.

Şimdi bu açıklama.

git checkout v2.0 mı branch ile gösterilen bir taahhüt geçiyorsunuz. HEAD şimdi "" ve bir şube için işaret. müstakil Eğer şimdi ya da tamamlama yapmak için karar verirseniz, takip etmek güncellemek için şube işaretçi yok bu taahhüt. Taahhüt bu yeni kaybetmek yapacaktır diğerine geçiş yaptın işlemek. Bu mesaj sana ne diyor.

Ne yapabilirim genellikle git checkout -b v2.0-fixes v2.0. Bu taahhüt sivri treeish v2.0 (Bu durumda bir etiket) yeni şube bir işaretçi oluşturmak ve HEAD bu noktaya kayması. Eğer taahhüt yaparsanız, onları takip etmek mümkün olacaktır (v2.0-fixes şube kullanarak) ve her zaman yaptığınız gibi çalışabilirsiniz. Hiçbir şey "özellikle eğer sadece v2.0 kod bakmak istiyorsanız ne yaptın" ile. bir sorun yok Ancak, eğer izlemek istediğiniz herhangi bir değişiklik yapmak istiyorsanız, bir şube gerekir.

Biraz zaman git bütün DAG modeli anlama harcamak gerekir. Şaşırtıcı derecede basit ve tüm komutları açıkça göstermektedir.