Stratejik Dallanma

Kaynak kodu, kendi geliştirme çabası içinde önemli bir kıymettir.Ancak etkili bir şekilde yönetmek ve birden çok geliştiriciler aynı anda dosya güncelleştirmeleri üzerinde çalışırken, kaynak dosyalarını güncellenmektedir zor olabilir.Versiyon kontrol sistemine, kod değişiklikleri tümleştirmek ve önceki dosya sürümlerini kurtarmak için paralel geliştirme çabalarını yalıtmak için paylaşılan havuzları kaynak kodunu depolamak için kullanabilirsiniz.Eş zamanlı geliştirme sağlayan bir anahtar öğe sürüm kontrolü dallanma.Stratejik olarak şube, sipariş ve yazılımınızı birden çok sürümünü tutarlılığını sağlayabilirsiniz.

Team Foundationesnek ve güvenilir versiyon kontrol sistemine sağlar.Kullanabileceğiniz Team Foundation sürüm denetimi kaynak kodu, belgeleri, çalışma öğeleri ve ekibiniz tarafından üzerinde çalışılan diğer kritik bilgileri geliştirilmesi sırasında birden çok düzeltme yönetmek için. Sürüm denetimi hakkında daha fazla bilgi için Visual Studio Team Foundation Server, bkz: Sürüm Denetimini Kullanma.

Nasıl birkaç proje sürümleri ile aynı anda birden çok değişiklik tanıtır sırada ekip kod yönetir?

Versiyon kontrol sistemine ile çalışırken, şube yapısı kurun nasıl dikkate almanız gerekir.Kaynak kodu dosyası yansıtma tarafından bir şube oluşturabilirsiniz.Daha sonra şube kaynak etkilemeden değiştirebilirsiniz.Örneğin, şube yapısı aşağıdaki resimde gösterildiği gibi ana dalı tümleştirme sınamalarını tamamlanmış işlevselliği, ve geliştirme şube aşamasındaysa kodunu içerir.GELİŞTİRME dalında yeni bir işlev tamamlandıktan ve Tümleştirme sınaması iletebilir, kod geliştirme daldan ana dal yükseltebilirsiniz.Bu işlem ters tümleştirme adlandırılır.ANA dal kod geliştirme şube birleştirirseniz, Tam tersine, işleme İleri tümleştirme denir.

CodePlex Web sitesinde aşağıdaki sayfa oluşturmak ve kod dallarýný birleştirme hakkında daha fazla bilgi için bkz: Team Foundation Server dallanma Kılavuzu 2.0.

Dallanma ve birleştirme aşağıdaki kurallara oluşturulmasını gerektirir:

1. Her şube kodu bu dal tümleştirme hakkında tanımlı ilke olması gerekir.Örneğin, önceki resimde şube yapısına sahip ve ana dal yönetmek için ekip üyesi atayabilirsiniz.Bu üye ilk şube işlem yapmaktan sorumlu olduğu, geliştirme şube değişikliklerini ana dal için tümleştirme ve İleri geliştirme şube için ana dal değişikliklerden tümleştirme ters.ANA dal değişiklikleri diğer dalları da bütünleştirir, ileriye doğru tümleştirme önemlidir.

2. ANA dal, her zaman bir yayın için hazır olacak şekilde tümleştirme sınamalarını kodu içermelidir.

3. GELİŞTİRME (veya iş) şube sürekli geliştikçe çünkü ekip üyeleri değişiklikleri düzenli olarak kontrol edin.

4. Belirli bir zamanda bir şube dosyaların anlık etiketleridir.

   Daha fazla bilgi için bkz. Dosyalarınızın Anlık Görüntüsünü Almak için Etiketleri Kullanma.

Team Foundation Yapısıyapýlar, dalları için çeşitli türleri arasından seçim yapabilirsiniz: el ile sürekli, gated çalışırken ve zamanlanmış. ANA dal gated onay yapý türü olan öneririz. Bu geliştirme şube ana dal için tüm gereksinimleri ters tümleştirme tamamlayabilir önce geçmesi gereken anlamına gelir.Ekip Geliştirme şube ne zaman yeni bir İadenin etkiler olabildiğince çabuk bilmeniz gerekir çünkü geliştirme şube sürekli yapý türü çalıştırmanız gerekir.

Ne sıklıkta ekip ters bütünleştirmek ve İleri entegre?

Aşağıdaki çizimde gösterildiği gibi ters tümleştirme ve İleri tümleştirme gerçekleşmesi gereken en az zaman tamamlamanız kullanıcı Öykü.Her ekip anlatılmıştır farklı tanımlayabilir, ancak kullanıcı öykünün tamamlama işlevselliği hem de ilgili birim Testleri tamamlamanız genellikle demektir.Ters çevirebilirsiniz geliştirme şube kararlılığını birimi sınamaları yalnızca doğruladıktan sonra ana dalı için entegre.

Birden fazla iş (geliştirme) dalı varsa, herhangi bir şube ana dalı birleştirir gibi tüm iş dalları için ileriye doğru tümleştirme gerçekleşmelidir.ANA dal kararlı tutulduğundan, ileriye doğru tümleştirme güvenlidir.İş dalları kararlı olduğundan emin olamazsınız çünkü çakışma veya hataları iş dalları sırasında ortaya çıkabilir.

Mümkün olan en kısa sürede tüm çakışmaları çözmek için önemlidir.Gated bir İadenin ana dal için kullanarak, çakışma veya hataları ana dalında kalite kapıları kaçınmak için ters entegrasyonu kolaylaştırmak yardımcı olur.Daha fazla bilgi için bkz. Bir Gated iade oluşturma işlemi tarafından denetlenen klasör denetleyin.

Ekibinizin farklı kullanıcı öyküleri uygulayan kaynakları nasıl yönetir?

Aşağıdaki çizimde görüldüğü gibi düzenli olarak kullanıcı Öykü tamamlamak için iş dalı için değişiklikleri teslim edebilirsiniz.Aynı anda aynı kategoride birden çok kullanıcı öyküleri uygulayabilirsiniz.Ancak, ters devam eden iş tamamlandığında ana dalı için entegre.Büyük kullanıcı yazıya birçok küçük olanları tümleştirme engellemek istiyor musunuz çünkü kullanıcı öyküleri benzer boyutuna göre grup önerilir.Kullanıcı öyküleri iki adet iki dalı bölebilirsiniz.

Takım, ne zaman dal eklemeli?

Aşağıdaki durumlarda dalları oluşturmanız gerekir:

• Ne zaman kodu farklı bir zamanlama/döngüsü varolan dalları daha serbest bırakmanız gerekir.

• Ne zaman farklı şube ilke kodunuzu gerektiriyor.Yeni ilke yeni bir dalı oluşturursanız, stratejik değeri projenize ekleyebilirsiniz.

• Ne zaman işlevselliği, müşteri ve ekip planlarınızı planlanan yayın döngüsü etkilemeyen değişiklikler yapmak için serbest bırakılır.

Yüksek tümleştirme maliyet oluşturduğundan bir her kullanıcı Öykü için dallanma oluşturulmamalıdır.Ancak dalları yönetme yükünü kolay dallanma yapar, birçok dalı varsa önemli hale gelebilir.

Takım yayınları, sürüm denetimi açısından nasıl yönetiyor?

Ekip kod herhangi bir sprint sonunda serbest olmalıdır.Kullanarak Team Foundation Server, bir şube kodu anlık zaman belirli bir noktada olabilmesi için etiketleyebilirsiniz. Aşağıdaki resimde gösterildiği gibi bir yayın için ana dal etiketleyebilirsiniz. Bu şube bu noktada durumuna döndürmek sağlar.

Üzerinde sürümlerini güncelleştirmeleri uygulamak için şube için bir sürüm oluşturma ekibinizin gelecekteki sürümleriyle çakışmaları oluşturmadan sonraki sprint üzerinde bağımsız olarak çalışmaya devam yardımcı olur.Yayın sonunda ikinci sprint, sonra ana şube şube kodu için bir güncelleştirme içerir ve ters tümleşik aşağıda gösterilmiştir.

Şube için bir yayın oluşturduğunuzda, en kararlı olduğundan ana daldan, şube oluşturmanız gerekir.İş dalı sürümü için şube, iş dalları kararlılığını garanti çünkü tümleştirme zorluklara neden olabilir.