Çatallar

Azure Repos | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Visual Studio 2019 | Visual Studio 2017 | Visual Studio 2015

Çatallar, deneysel, riskli veya gizli değişiklikleri özgün kod tabanınızdan yalıtmak için harika bir yoldur. Çatal, tüm dosyalar, işlemeler ve (isteğe bağlı) dalları dahil olmak üzere bir deponun tümüyle bir kopyasıdır. Yeni çatal, özgün depoyu klonlanmış gibi davranır ve sonra yeni ve boş bir depoya gönderilir. Bir çatal oluşturulduktan sonra, çekme isteği bunları bir arada taşımadığı takdirde yeni dosyalar, klasörler ve dallar depolar arasında paylaşılmaz. Bu değişiklikleri paylaşmaya hazırsanız, değişiklikleri özgün depoya geri göndermek için çekme istekleri kullanmak kolaydır.

Çataldaki yenilikler

Çatal, yukarı akış (özgün) deposunun tüm içeriğiyle başlar. Bir çatal oluşturduğunuzda, tüm dalları mi yoksa yalnızca varsayılan dala mi sınırlayamayacağını seçebilirsiniz. İzinlerin, ilkelerin veya derleme işlem hatlarının hiçbiri uygulanmaz. Yeni çatal, özgün depoyu klonlanmış gibi davranır ve sonra yeni ve boş bir depoya gönderilir. Bir çatal oluşturulduktan sonra, bir çekme isteği bunları bir arada taşımadığı takdirde yeni dosyalar, klasörler ve dallar depolar arasında paylaşılmaz.

Çatallar arasında kod paylaşma

PR 'ler 'yi her iki yönde de oluşturabilirsiniz: çataldan yukarı akış veya çatala yukarı akış. En yaygın yön, çataldan yukarı akışa kadar olacaktır. Hedef deponun izinleri, ilkeleri, yapıları ve iş öğeleri, çekme isteği için de geçerlidir.

Dallar ve çatallar arasında seçim yapın

Çok küçük bir takım (2-5 geliştiricisi) için tek bir depoda çalışmanız önerilir. Herkes konu dallarında çalışmalıdır ve ana dal ilkeleriylekorunmalıdır. Takımınız daha büyük büyürken, bu düzenlemeyi daha fazla büyüdüğünü ve bir iş akışına geçmeyi tercih edebileceğinizi fark edebilirsiniz.

Deponuzda çok sayıda rastgele veya seyrek bir komite (açık kaynaklı bir projeye benzer) varsa, iş akışı önerilir. Genellikle, yalnızca projenize yönelik temel katkıda bulunanlar, deponuzda doğrudan kayıt haklarına sahiptir. Bu çekirdek kümesinin dışından gelen çalışanlarla, deponun çatalından çalışmasını isteyebilirsiniz. Bu, çalışmayı bir şansına sahip olana kadar yaptıkları değişiklikleri sizinki olarak yalıtır.

Çatal oluşturma iş akışı

1. Çatal oluşturma
2. Yerel olarak Kopyala
3. Değişikliklerinizi yerel olarak yapın ve bir dala gönderin
4. Bir PR 'yi yukarı akış oluşturup doldurun
5. Çatalınızı en son yukarı akış ile eşitleyin

Çatalını oluşturma

1. Çatala depoya gidin ve çatal' ı seçin.

2. Bir ad belirtin ve çatalın oluşturulmasını istediğiniz projeyi seçin. Depo çok sayıda konu dalı içeriyorsa, yalnızca varsayılan dalı çatala etmenizi öneririz.

3. Çatalı oluşturmak için çatalı seçin.

Çatalınızı yerel olarak kopyalama

Çatalınız hazırlandıktan sonra komut satırını veya VISUAL STUDIOgibi bir IDE 'yi kullanarak klonlayın. Çatalla origin uzak olur.

Daha kolay bir şekilde, kopyalama işleminden sonra, yukarı akış deposunu (nereden aldığınız yerde) uzaktan adlandırılmış olarak eklemek isteyeceksiniz upstream .

Değişiklikleri yap ve Gönder

mainTamamen sonrasında çalışmak mümkündür, bu çatal deponun kişisel kopyasıdır. Ancak yine de bir konu dalında çalışmanız önerilir. Bu, birden çok bağımsız iş akışını eşzamanlı olarak korumanıza olanak tanır. Ayrıca, değişiklikleri Çatalınızla eşitlemek istediğinizde daha sonra karışıklıkları azaltır.

Yaptığınız değişiklikleri normal şekilde yapın ve işleyin. Değişikliklerle işiniz bittiğinde, bunları origin (çatalınızı) gönderin.

PR oluşturma ve tamamlanma

Çatalınızdaki bir çekme isteğini yukarı akışa açın. Tüm ilkeler, gerekli gözden geçirenler ve derlemeler yukarı akış deposuna uygulanır. Tüm ilkeler karşılandıktan sonra, çekme isteği tamamlanabilir ve değişiklikler yukarı akış deposunun kalıcı bir parçası haline gelir.

Çatalınızı en son ile eşitleyin

PR 'nizi yukarı akış olarak kabul etmiş olursunuz, çatalınızın deponun en son durumunu yansıttığından emin olmak isteyeceksiniz. Dalı için yeniden temellendirmenizi öneririz upstreammain ( main ana geliştirme dalı olarak kabul edilir).

git fetch upstream main
git rebase upstream/main
git push origin

Forking iş akışı, değişiklikleri tümleştirene kadar ana depodan yalıtmanızı sağlar. Hazır olduğunda, kodu tümleştirerek çekme isteğini tamamlamak kadar kolaydır.