2016-03-19 23 views
0

bitbucket üzerinde çoklu özellikleriyle (mercurial tarafından yönetilen) sunulan bazı projeleri genişletdiğimi varsayarsak.VCS: birden çok özellikli istekleri yönetme

Eğer özellikleri bir diğerinin üzerine kurarsam (doğrusal yerel geçmiş) İhtiyacım olan tüm özelliklere sahip yerel bir kod tabanı var, ancak paketin koruyucusu sevdiği özellikleri seçemiyor ve seçemiyor. (Birbiri üzerine inşa ettikleri için.)

Her özelliği, ana kaynağa bağlı olarak ayrı bir dalda oluşturursam, tüm özellik PR'leri birbirinden bağımsızdır (sürdürücünün seçip seçmesine izin verir), ancak Gerekli tüm özelliklerle artık birleştirilmiş bir yerel kod tabanı yok.

Bu sorun nasıl çözülür? Yama kuyrukları ile mi? Öyleyse nasıl?

cevap

1

Aslında her ikisi için de giderdim: Ayrı bir özellik dalı (anonim başlıklar, belki bir yer imi aracılığıyla adlandırılır) oluşturun ve her özellik için istekte bulunun. Ayrıca, kendi menfaatiniz için ve belki de diğerlerinin hızlı bir şekilde kontrol etmesi için bunları ana geliştirme şubenize ana hattınıza birleştirin.

Prensip olarak, cehennem aşamaları sisteme sahiptir ve bir taslak geçmişi tutmanıza izin veren ve güncelleştirmeleri daha kolay yapmanıza izin veren yayınlamayan depolara izin verir - ancak bu, bitbucket'in (tam olarak?) Henüz desteklemediği bir şeydir.

+0

Tavsiye için teşekkürler. Özelliklerin ana çizgiye çekilmesinden ziyade özellikleri ana çizgide birleştirmenin bir avantajı var mı (orijinal özellik değişikliklerini açıkça koruyor)? Ayrı bir konuda: neden tüm depolar 'yayınlanamaz' değildir? Kamuya açık olmayan yayınları olmayan yayınları kullanırken herhangi bir sorun var mı? – ARF

İlgili konular