2011-05-10 19 views
5

Kaynak kontrolü için StarTeam'den TFS'ye geçmeyi planlıyoruz ve ALM prosedürlerimizi iyileştirmenin tam ortasındayız. Belki de etiketlerin TFS'de nasıl çalıştığı hakkında bir şeyler yanlış anlamıyorum, ancak dosyalara Changeset etiketini uygulayabiliyorsunuz. üzerinde bir etiket oluşturmaya çalışıyorum, yalnızca belirli değişiklik kümesindeki dosyalar/sürümler.Yalnızca TFS'deki Changeset tarafından nasıl etiketlenir?

ben şöyle Bunu yapmak için çalıştılar: 1) Ana Menü -> Kaynak Kontrolü -> Etiket uygula 2) 'Yeni Etiket' iletişim (Dev gibi 3) bırak yolunu görünür Şube) 4) 'Sürüm' açılır menüsünden 'Changeset' öğesini seçin, benim değişiklik kümemi girin # 5) Oluştur'u tıklatın. tüm şube sonuçlanır

... etiketli alıyorum. Değişiklikler 1 - 100'lü dosyalar olabilir, bu nedenle tek tek etiketleme dosyaları pratik değildir.

Biz bu StarTeam içinde hep yapıyor: özelliklerle ilgili etiket changesets ardından etiketli Changeset üzerine inşa etiketi yukarı hareket ettirin. Temel bir şeyi mi özlüyorum? (Herhangi bir rehberlik için teşekkürler) TFS2010 yılında

+0

Kludgy olabilir, ancak senaryonuz için bir raf seti mi çalışır? İstediğiniz her şeyi yapmanıza izin vermeyebilir, ancak belirli bir dosya kümesini belirli bir bilinen durumda, tarihi amaçlar için saklar. Ayrıca, ne yapmak istediğinizi kolaylaştıracak dallanma stratejilerine de bakabilirsiniz. –

+0

bir raf grubu bir grup dosyayı bir arada tutacaktır ancak değişiklikler gerçek branşa uygulanmaz. Amaç, değişikliklerin yapılmasından önce bir akran değerlendirmesi yapmak veya böyle bir şey yapmaksa iyi olur. –

+0

Amacımız bir yapı için etiketlemekti. Zor olan bölüm, etiketin her zaman bir dosyanın en son sürümüne uygulanmayacağıdır. Tarihsel olarak bu, çeşitli unsurlar nedeniyle her zaman işimizdeki şeyleri yapma şeklimizdir: hiçbir dallanma, birden fazla geliştirici, farklı sürelerle aynı dosyalara dokunmak. Yaklaşımımızı TFS'ye dönüştürerek, dallanma/raflar kullanarak, tüm dosyaların en son sürümlerinden oluşturabileceğimiz şekilde değiştirdik. – Nachiketa

cevap

5

Not isim ... Eğer bir değişiklik kümesi etiketleme değil değişiklik kümesi tarafından etiketleme.

TFS'de etiketleme, bir noktayı zamanında işaretlemek gibidir. Bu yüzden, changeset ile etiketlediğinizde temelde bunun kaynak kontrolümün bu noktada nasıl göründüğü olduğunu söylüyorsunuz.

Bu değişikliklerin (değişiklik kümesi) bu değişiklik kümesi yapıldığı zaman içinde bir noktada değil her şeyin bir dizi bulmak mümkün istiyorum diyerek daha size alanda benziyor.

Size göre dallanmanıza izin veren bir dallanma stratejisi seçebilirsiniz. Bunun dezavantajı, bir çok birleşmeyi içerecektir.

başka seçenekler bir iş öğesi herhangi bir spesifik özellik için changesets bağlantı kullanılabilir ve sonra bu özelliği tamamladıktan sonra yukarı birleştirmek isteyeceksiniz changesets bir listesine sahip olacaktır. 2008'de bu biraz zahmetli olabilir, çünkü ardışık olmayan değişimleri birleştirmek gerektiğinden daha fazla zaman alabilir. (yani, değişkenin sayıları ardı ardına değişmeyecek şekilde bu daldaki değişiklikler var demektir)

Neyse ki, farklı dallanma stratejilerini deneyebilirsiniz ve bunu düşündüğün müd Nasıl yaptığını beğenmedim.

+0

Bunu, açıklamanın ve dallanmanın ilgili önerilerinin cevabı olarak işaretleyin. Oluşturma için kodun seçili sürümlerini tanıtacağımız starteam'den geldiğimde, aynı davranışı değişiklikleri için taklit etmeyi umuyordum. BitOff, "Adı değiştirdiğinizde, bir deşifre etiketlemeden yapılan değişikliklerle etiketliyorsunuz" diyerek haklısınız. Yardım ettiğin için teşekkür ederim. – Nachiketa

0

Bir changeset için lables ekleyerek ve ben bildirilen aynı davranışı görüyorum test etti.

sadece kontrol edildi dosyalarını içerecek bir changeset inceledikten.

her dosya gösteren, bu dalda dosyaların tümünü içerir aynı Changeset oluşturulan bir etiket incelerken son check-in'in değişiklik kümesi.

Neden bu şekilde çalıştığını bilmiyorum.