Sadece bir tane varsa SVN şubeleriyle uğraşmalı mıydınız?

Subversion'da sadece bir dalla çalışırsak, rahatsız etmemiz gerekir mi? İşleri hızlandırmak için sadece gövde üzerinde çalışamaz mıyız?

Subversion ile şu şekilde geliştiriyoruz:

• Bir gövde var
• Yeni bir geliştirme dalı oluşturuyoruz
• O dalda yeni bir özellik geliştiriyoruz
• Özellik tamamlandığında, bagajda birleştirilir, dal kaldırılır ve bagajdan yeni bir geliştirme dalı yapılır

Üretime salıvermek istediğimizde, bagajdan bir etiket yapıyoruz. Hata düzeltmeleri bu etiketteki bir dalda yapılır. Bu hata düzeltmesi daha sonra bagajda birleştirilir.

Bu yüzden bir özellik yapıldıktan sonra yeni bir geliştirme dalı oluşturuyoruz. Bu şekilde, bugfix yeni kodumuza yeterince dahil edilir.

Aşağıda açıklığa kavuşturulması gereken bir diyagram bulunmaktadır:

Şimdi, bunun en verimli çalışma şekli olmadığı hissi var. Taahhüt etmeden önce yerel olarak inşa ediyoruz, bu da yaklaşık 5-10 dakika sürüyor. Bunun oldukça uzun bir bekleme süresi olarak deneyimlendiğini anlayabilirsiniz.

Bir geliştirme dalı fikri, bagajın her zaman serbest bırakılmaya hazır olmasıdır. Ama artık durumumuzda bu doğru değil. Bazen, bir özellik neredeyse hazırdır ve bazı geliştiriciler zaten bir sonraki özelliği kodlamaya başlayacaklardır (aksi takdirde, bir veya iki geliştiricinin bitmesini ve birleştirilmesini beklemektedirler).

Daha sonra, özellik 1 tamamlandığında, bagajda birleştirilir, ancak özellik 2'nin bazı taahhütleri dahil edilir.

Öyleyse, sadece bir şubemiz olduğu için geliştirme dalıyla bile uğraşmalı mıyız? Gövde-temelli geliştirme ve her bir dalda soyutlama hakkında okuyordum, ancak bulduğum makalelerin çoğunun daldan-soyutlama kısmına odaklandığını gördüm. Birkaç yayına yayılacak büyük değişiklikler için izlenim ediniyorum. Bu yaşadığımız bir sorun değil.

Ne düşünüyorsun? Sadece bagajda çalışabilir miyiz? En kötü senaryo, (sanırım) bagajdan bir etiket yapmak ve ihtiyacımız olan komisyonları seçmek zorundayız, çünkü bazı taahhütler / özellikler henüz üretime hazır değil.

IMHO, küçük artışlarla taahhütte bulunabiliyorsanız ve sürekli entegrasyonunuz varsa, doğrudan bagajda çalışmak iyidir, böylece taahhütlerinizin mevcut işlevselliği bozmamasını sağlayabilirsiniz (makul ölçüde). Bunu mevcut projemizde de yapıyoruz (aslında varsayılan olarak göreve özgü dalları kullanan hiçbir projede çalışmadım).

Yalnızca sürümden önce bir şube oluştururuz veya bir özelliğin uygulanması uzun zaman alırsa (yani birden çok yinelemeyi / sürümü kapsar). Bir görevin kaba büyüklüğü neredeyse her zaman yeterince iyi tahmin edilebilir, böylece bunun için ayrı bir şubeye ihtiyacımız olup olmadığını önceden biliyoruz. Ayrıca bir sonraki sürümden önce ne kadar süre kaldığını da biliyoruz (yaklaşık 2 ayda bir sürümler yayınlıyoruz), bu nedenle bir görevin bir sonraki sürümden önceki zamana uygun olup olmadığını görmek kolaydır. Şüpheniz varsa, serbest bırakma dalı oluşturulana kadar erteleriz, o zaman bagajda çalışmaya başlamak sorun olmaz. Şimdiye kadar sadece bir kez (yaklaşık 3 yıl içinde) göreve özgü bir şube yaratmamız gerekiyordu. Elbette projeniz farklı olabilir.

Özellik geliştirme ile tanımladığınız şey paralel geliştirme (farklı ürün sürümlerini hedefleyen eşzamanlı geliştirme) ve bunun düzgün bir şekilde ele alınması için dallar gerektiriyor. Belirli bir sürüm yapacak özellikleri sık sık yeniden oluşturmak zorunda kalırsanız, her sürüm için veya her özellik için bir dalınız olabilir.

Bunu yapmanın diğer yolu, varsayılan olarak bagajdan çalışmaktır, ancak görevinizin bir sonraki sürümü geçmesini bekliyorsanız bir şube oluşturmaktır. Tabii ki her zaman sürümü yayınlarsınız.

Hangi yaklaşımı uyguladığınız gerçekten ne kadar yönetim yapabileceğinize bağlıdır. Tipik sürümün gerçekten paralel gelişimi yoksa, ikinci yaklaşımı benimserim.