GIT'de şubelerin yönetimi ve yönetimi

A dal içinde Git depomuzun bir dalıdır, ana yola alternatif bir yol oluşturmanın bir yoludur. Bu, çalıştırdığımız programın veya uygulamanın temelini değiştirmek zorunda kalmadan yeni çözümler keşfetmemizi sağlar.
Bununla birlikte kavramı dal Projelerimizin sürümlerini kontrol eden bu aracı ne zaman kullanmaya başladığımız çok net değil. Genellikle diğer sürüm kontrol sistemlerinde bu konsepte sahip bir projenin sonuçları alınmaz.
Birçoğu zaten kullanıyor olacak Git ve daha fazla dikkat etmediler dallarve bir bakıma, tek bir işlem yapıldığından beri anlaşılabilir bir durumdur. dal ve geliştirme tek bir kişi tarafından yapılıyorsa, herhangi bir rahatsızlık olmamalıdır.
Ama ya bu kişi, projesinin başarısız olmasına neden olabilecek veya basitçe projenin kararlılığını etkileyebilecek bazı deneysel özellikleri test etmek isterse, bazıları şunu söyleyecektir: çatal projenin ve denemeye devam edin ve iyileştirme başarılı olursa, çatalda yapılanları ana projeye dahil etmeyi düşünün. Bu gerçekten biraz uzun ve gereksiz bir iş.
Yukarıdaki durumda, basitçe yeni bir dal söz konusu proje içinde istenen tüm değişiklikleri ve deneyleri yapabiliriz ve sonunda sadece bir birleştirmek veya ile füzyon dal ilk veya ana tüm değişikliklerimize zaten katılmış olacağız.
Başka bir vakaBaşka bir durum, aynı kod üzerinde çalışan iki kişinin çakışma oluşturabileceği bir çalışma ekibimiz olduğunda, işte burada Git gücünü ortaya çıkarır. bir yapı oluşturabiliriz. üç dal örneğin, bir her geliştirici için şube ve bir birleşme şubesi. Bu sayede her geliştirici yaptığı değişiklikleri alabilir ve projeye katkıda bulunabileceğini düşündüklerinde projeye gönderir. dal birleştirme ve böylece diğer kişi veya ekibin diğer üyeleri bunlara erişebilir.
kullanmaya yönelten nedenleri zaten anlıyoruz. dallar ve konsepte aşinayız, şimdi bu özelliğin kullanımı için hayati önem taşıyan bir kısım göreceğiz. Git ve bizim için bir isim koymaktır dal.
Şube adıAdı sayesinde şu anda nerede durduğumuzu bileceğiz, bu ad tamamen keyfi, yani her kullanıcı Git adını verebilirsin dallar projeniz dahilinde dilediğiniz gibi. Genelde Git oluşturmak dal isminde usta Varsayılan olarak ve bu genellikle projenin kararlı ve hatasız sürümünü içeren sürümdür, ancak yeniden adlandırabiliriz, hatta istersek silebiliriz, ancak bunu yapmamamız tavsiye edilir.
Arama joker karakterlerini kullanabildiğimiz için, dallar örneğin hiyerarşik olarak Imp_Bug / 89 veya Impl_Bug / 23. Bu, onları temalarla bulmamızı ve düzenlememizi sağlar. Bakalım anlatılanları test depomuza nasıl taşıyacağız:
Bu durumda elimizde bir şube müdürü ve birkaç tane oluşturduk dallar komutu çalıştırırsak, hataları çözmek içindir git şubesi konsolda Git projemizin klasörünün içinde tüm bilgileri içeren bir liste elde edeceğiz. mevcut şubelerÇalıştırdığımızda neye benzediğini görelim:

Daha sonra tüm listemizi görüyoruz. dallar ve o anda içinde bulunduğumuz dalı farklı bir renkle görüyoruz. Ama ya çok şeyimiz varsa dallar ve sadece filtrelememiz gerekiyor hata çözümleme dallarıİşte burada joker karakter araması devreye giriyor. Örneğin bu şekilde arama yapmak istiyorsak aşağıdakine benzer bir komut yapmalıyız:

git show-branch impl_bug / *

Bunun konsolumuzda nasıl göründüğüne bakalım:

O zaman fark edebiliriz ki, tüm dallar ve bir tarafta son yorumumuz var işlemek bu onların içinde yapıldı.
Çünkü şube adlandırma Bu tamamen keyfi bir şeydir ve kullanıcının görüşüne göre, çoğu zaman bir ekip içinde kafa karışıklığı olur, bu nedenle bazı önerileri ve en iyi uygulamaları takip edebiliriz, bu şekilde araç içinde daha iyi kullanıcılar oluruz:

• Şubelerimizin isminde / sembolünü kullanabilsek de bu bir ismin son karakteri olamaz.
• nokta koyamayız (.) bir eğik çizgiden sonra (/).
• İki noktayı arka arkaya koyamayız (… ) bir isim içinde.
• Özel karakterler kullanmamalıyız (~ : ? * [ ) bu karakterlerin sözdizimi içinde bir anlamı olduğu için Git ve hatalara eğilimli olabilirler.
• Ayrıca boşluk veya kontrol karakterlerimiz de olmamalıdır. ASCII.

Bu yönergeleri takip edersek, depomuzda doğru kullanımı sürdüreceğiz ve diğer ekip üyeleri de hayatı onlar için kolaylaştırdığımız için bize teşekkür edecek.
eğer bir şube listesi ve biz bir dal ama diğerine gitmek istiyoruz, sadece aşağıdaki komutu kullanmamız gerekiyor:

git checkout şube adı

Bununla değiştireceğiz dal anında, böylece projenin çeşitli bölümlerinde sorunsuz çalışabilme. bakalım nasıl yapabiliriz dal değiştir test depomuzda:

Fark ettiğimiz gibi oldukça basit bir şey ama bu dalda bir değişiklik yaparsak ve yapmazsak işlemek başka birine geçmeye çalışırken bir hata alırız ve Git Bize bir şeyler yapmamız gerektiğini söylüyor çünkü yapmazsak değişiklikler kaybolabilir:

Bu sorun oluştuğunda bir işlemek ve sonra bir sonrakine geçiyoruz dal diğerinin içeriğini göreceğiz dal.
Yeni bir dal oluşturmak için komutu kullanmaya devam edeceğiz. Çıkış yapmakancak bu durumda şunu eklemeliyiz: -b seçeneği, bununla mevcut dalın bir kopyasını oluşturacağız ve tamamen yeni bir tane oluşturacağız. Konsolumuzda nasıl göründüğüne bakalım:

Nasıl bir kez fark ederiz yeni şubeyi oluşturdu hemen Git bizi ona götürür ve doğrudan çalışmaya başlayabiliriz.
Çok yaygın olmamakla birlikte dilediğimiz durumlar da vardır. şube sil bizim depomuzdan ve Git bunu yapmamıza izin verir, ancak araçla tutarsızlıkları önlemek için şu anda bulunduğumuz dalı silemeyiz. Bu işlemi gerçekleştirmek için aşağıdaki komutu uygulamak kadar kolaydır:

git şube -d şube-adı

KısıtlamalarAncak bazı kısıtlamalar vardır, örneğin bir dosyayı silemeyiz. dal bunun nesi var taahhüt eder ki o dal silmeye çalıştığımız yerden onunla birlikte yok Git bilgi kaybını önlemeye yardımcı olur, bu özelliklerin bir dalını silmek istiyorsak, yapmalıyız birleştirmek bizim dal ya da bunlara sahip birine git taahhüt eder.
Konsolda bu komutun yürütülmesinin nasıl göründüğünü görelim:

Yürütmenin sonunda nasıl olduğunu görüyoruz Git ilgili dalın ortadan kaldırılmasını onaylar.
Bir dosyada aynı satıra dokunduğumuz zamanlar oluyor. iki farklı dal, bunu yaparken birleştirmek bizim için bir çatışma yaratacak. Git Dosya içindeki çatışmanın farklılaşmasını sağlayarak bize yardımcı olur, bu yüzden onu çözerken yeni bir tane yapmalıyız. işlemek ve yeni birleştirmek. Söz konusu dosyada farklılaşma şu şekilde görüntülenir:

 herhangi bir satır <<<<<< >>>>>> dev: NewChange 

Çatışmayı çözmek istiyorsak, içeriğini silmeliyiz. git, yani çizgilerle <<<<< Y >>>>, bu yüzden zaten bunu yaparak istediğimiz değişikliği bırakıyoruz veya her şeyi birleştiriyoruz Git artık bize hatayı sunmayacak ve birleştirmek genelde.
ÖnemliYapılması gereken önemli şeylerden biri, bir paylaşılan isimlendirmeyani, altında bir ad yapısı oluşturun. dallar proje içindeki işlevine bağlı olarak, bu şekilde çok daha fazla düzenimiz olacak, elbette bu isimlendirme, öğreticinin başında belirtilen en iyi uygulamaları takip etmelidir.
Bununla bu öğreticiyi bitiriyoruz, depomuzdan çok daha fazlasını elde edebileceğiz. Git ve bununla birlikte ekibimizi harika bir şekilde yönetiyoruz. yönetimi için zaten kapsanan bir tabana sahip olmalıyız. dallar içinde Gitbununla, özellikle iki veya daha fazla kişiden oluşan ekipler halinde çalışırken, çatışmaları minimumda tutabilmemiz için değişikliklerimizin yeterli bir yönetimini yapabiliriz.Bu Eğitimi beğendiniz ve yardım ettiniz mi?Yazara olumlu puan vermek için bu düğmeye basarak yazarı ödüllendirebilirsiniz.