Versiyon Kontrol Sistemleri : TFS – SVN karşılaştırması yazısına yapılan yorumlar http://kaan.basesistem.com/?p=599 Teknoloji Başkadır. Fri, 03 Sep 2010 15:02:12 +0300 http://wordpress.org/?v=2.8.4 hourly 1 Kaan Arslan tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-2587 Kaan Arslan Mon, 01 Mar 2010 07:43:41 +0000 http://kaan.basesistem.com/?p=599#comment-2587 @Can aslında artık pek oynamıyorum counter, yukarıda bişeyler geveleyen eyüp ve fatihle iş sonrası çok oynamışlığımız varda ona istinaden o :) Ben artık daha farklı şeyler takılıyorum, mesela battlefield heroes gibi.. Ama arada bir size takılmak yine de güzel olur aslında :) @Can aslında artık pek oynamıyorum counter, yukarıda bişeyler geveleyen eyüp ve fatihle iş sonrası çok oynamışlığımız varda ona istinaden o :) Ben artık daha farklı şeyler takılıyorum, mesela battlefield heroes gibi.. Ama arada bir size takılmak yine de güzel olur aslında :)

]]> Can Erdoğan tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-2583 Can Erdoğan Sun, 28 Feb 2010 22:48:10 +0000 http://kaan.basesistem.com/?p=599#comment-2583 Kaan, burdan counter'a ses etmen iyiymiş ben 10 senedir bırakamadım hala devam online'a. İstediğin zaman katılabilirsin bize :) SVN'e gelince tanıştığım ilk günden beri oldukça sorunsuz kullanıyorum. İlk başlarda sunucuya kurma konularında sorun yaşayabiliyor insan ama daha sonraları her şey sorunsuz oluyor. TFS kullanmadığım için fazla yorum yapamam hakkında ama SVN çok büyük projeler dahil hepsinin üstünden kalkıyor. Kaan, burdan counter’a ses etmen iyiymiş ben 10 senedir bırakamadım hala devam online’a. İstediğin zaman katılabilirsin bize :)
SVN’e gelince tanıştığım ilk günden beri oldukça sorunsuz kullanıyorum. İlk başlarda sunucuya kurma konularında sorun yaşayabiliyor insan ama daha sonraları her şey sorunsuz oluyor.
TFS kullanmadığım için fazla yorum yapamam hakkında ama SVN çok büyük projeler dahil hepsinin üstünden kalkıyor.

]]> Kaan Arslan tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-2052 Kaan Arslan Tue, 16 Feb 2010 19:33:15 +0000 http://kaan.basesistem.com/?p=599#comment-2052 Şimdi hacım, ben aksini iddia etmedim zaten, Tfs'de merge var ama çok problemli. Biz bakanlıkta Svn kullanırken, yönetimin ani kararıyla Tfs'e döndük. 100+ developerlik ekip işkence çekti resmen ne kadar zaman. Özellikle vs proje dosyalarında çok sorun yaşandı. Aynı satırda olmayan kodları bile birleştiremiyorum ben otomatik falan dedi zımbırtı. Onun dışında bir problemi yok, gayet iyi bir sürüm yönetim sistemi. Tfs. Neyse, bill amca yapmış bize fazla laf söylemek düşmez. Bende hey gidi counter günleri diyorum :) Özellikle, neydiii.. hah ice world :) Şimdi hacım,

ben aksini iddia etmedim zaten, Tfs’de merge var ama çok problemli. Biz bakanlıkta Svn kullanırken, yönetimin ani kararıyla Tfs’e döndük. 100+ developerlik ekip işkence çekti resmen ne kadar zaman. Özellikle vs proje dosyalarında çok sorun yaşandı. Aynı satırda olmayan kodları bile birleştiremiyorum ben otomatik falan dedi zımbırtı. Onun dışında bir problemi yok, gayet iyi bir sürüm yönetim sistemi. Tfs. Neyse, bill amca yapmış bize fazla laf söylemek düşmez.

Bende hey gidi counter günleri diyorum :) Özellikle, neydiii.. hah ice world :)

]]> eyüp altıparmak tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-2030 eyüp altıparmak Tue, 16 Feb 2010 11:50:14 +0000 http://kaan.basesistem.com/?p=599#comment-2030 biraz geç olacak cevabım ama anca gördüm siteyi :) hacılar şimdi merge tool bence çok iyi zaten merge işlemini seçtiğinizde merge yapılacak dosyalarda farklı satırlara kod yazılmışsa automerge çalışıyo ve sizin bişey yapmanıza gerek kalmadan işini hallediyor. Fakat aynı dosya üzerinde çalışan iki developer aynı satırda değişiklik silme veya yeni kod satırla ekleme yapıldıysa automerge işlemi çalıştığında sizden manuel olarak merge etmenizi sağlıyacak yeni bir pencere açılıyor. Bu pencerede 2 bölüm var birisi localdeki dosya diğeri TFS deki dosya orada aynı satırlarda yapılmış işlemler renkler ile gösteriliyor ve sizden seçim yapmanızı bekliyor. Genelde her iki taraftaki değişikliğide işaretliyelip her değişikliğin dosyaya yansımasını sağlayabiliyorsunuz. çok developerın olduğu projelerde bu işlem işleri kolaylaştırıyor baya hey gidi counter günleri hey :D biraz geç olacak cevabım ama anca gördüm siteyi :)
hacılar şimdi merge tool bence çok iyi zaten merge işlemini seçtiğinizde merge yapılacak dosyalarda farklı satırlara kod yazılmışsa automerge çalışıyo ve sizin bişey yapmanıza gerek kalmadan işini hallediyor.
Fakat aynı dosya üzerinde çalışan iki developer aynı satırda değişiklik silme veya yeni kod satırla ekleme yapıldıysa automerge işlemi çalıştığında sizden manuel olarak merge etmenizi sağlıyacak yeni bir pencere açılıyor. Bu pencerede 2 bölüm var birisi localdeki dosya diğeri TFS deki dosya orada aynı satırlarda yapılmış işlemler renkler ile gösteriliyor ve sizden seçim yapmanızı bekliyor. Genelde her iki taraftaki değişikliğide işaretliyelip her değişikliğin dosyaya yansımasını sağlayabiliyorsunuz.
çok developerın olduğu projelerde bu işlem işleri kolaylaştırıyor baya
hey gidi counter günleri hey :D

]]> Kaan Arslan tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-517 Kaan Arslan Tue, 11 Aug 2009 17:08:43 +0000 http://kaan.basesistem.com/?p=599#comment-517 Fatih bende senin dediklerine katılıyorum ama TFS'in merge olayından biz ekipçe inanılmaz sıkıntı çektik/çekiyoruz. Bulunduğum projedeki geliştirici şirketlerden biriside Microsoft. Ayrıca danışmanlık falanda veriyorlar. Bu sorunlar yüzünden çok tartışma yaşandı ama kimsede gelip senin dediğin özelliklerden bahsetmedi. Demekki Microsoft tarafı bile tam olarak bilmiyor :) Evet şimdi Go Online olayını hatırladım, haklısın. Bu arada gördüğüm kadarıyla ajanlığa tam gaz devam ediyorsun :D Fatih bende senin dediklerine katılıyorum ama TFS’in merge olayından biz ekipçe inanılmaz sıkıntı çektik/çekiyoruz. Bulunduğum projedeki geliştirici şirketlerden biriside Microsoft. Ayrıca danışmanlık falanda veriyorlar. Bu sorunlar yüzünden çok tartışma yaşandı ama kimsede gelip senin dediğin özelliklerden bahsetmedi.

Demekki Microsoft tarafı bile tam olarak bilmiyor :)

Evet şimdi Go Online olayını hatırladım, haklısın. Bu arada gördüğüm kadarıyla ajanlığa tam gaz devam ediyorsun :D

]]> Fatih Şahin tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-516 Fatih Şahin Tue, 11 Aug 2009 15:30:51 +0000 http://kaan.basesistem.com/?p=599#comment-516 Kaan, Dediklerinin çoğuna katılıyorum özellikle Open Source projelerin gücünü birleştirdiğinde ortaya komple bir çözüm çıkabiliyor. Ancak bunun en büyük sıkıntısı open source çok farklı yelpazede toollar olduğu için, takım içerisinde, yeni katılımlarda olursa iletişimi ve koordinasyonu sağlamak zorlaşabilir. Ayrıca teknik konuda bir eleştirim olacak. Yukarıda şöyle demişsin <em>"SVN kod üzerinde offline TFS ise Online çalışmaya imkan veriyor. Bunun anlamı şu, siz SVN üzerinde kodu toptan üzerinize alıyorsunuz ve kendi localinizde çalışıyorsunuz(Update). İşiniz bittiği zaman sunucuya gönderebiliyorsunuz(Commit). TFS üzerinde ise sunucu üzerindeki kodu düzenlemek için üzerinize alıyorsunuz (Check Out). Sonra düzenleyip gönderiyorsunuz (Check In). Yani TFS lock-modify-unlock (üzerine al, değiştir, bırak) sistemini kullanıyor. Eğer TFS üzerinde merge’e (iki kişinin aynı dosya üzerinde çalışması durumunda yapılan değişiklikleri birleştirme özelliği) izin verilmemişse dosya birisinin üzerinde ise onun dosyayı bırakması gerekiyor. Bu durumda siz dosyanın en son sürümüne sahip oluyorsunuz. Bu durumda sizin localinizdeki dosyalar eski sürüm olduğundan sorun çıkartabiliyorlar ve güncelleme yapmak zorunda kalıyorsunuz. Bu güncellemelerde ise kesin sorun çıkıyor. SVN’de ise isterseniz kodun son halini hiç almadığınız için böyle sorunlar yaşanmıyor. Bu durumda ise Commit ettiğiniz zaman aynı sorunların çıkması olası. İşte bunu engellemek için CruiseControl (CCNet) gibi araçlar kullanılıyor." </em> Bu kısıma katılamayacağım. Birinci TFS de offline çalışabiliyorsun. Sonradan Go Online diyerek merge yapabiliyorsun. İkincisi TFS de eğer shared checkout a izin verilmemişse dediğin sorun yaşanabilir, ancak bu sorun izin verilmediği için oluşuyor zaten. Aynı dosya üzerinde tüm takımın aynı anda çalıştığı senaryolar ile karşılaştım ve merge bir sorun çıkarmadı. Son olarak TFS de Shelve/Unshelve diye bir özellik var. Diyelim ki, bir dosya üzerinde çalışıyorsun ve henüz işini bitirmedin. Check-in etmek istemiyorsun çünkü kod diğer yazılımcıların işini bozacak, ancak bir şekilde TFS'e son halini aktarıp bir kaç arkadaşınla paylaşmak istiyorsun. O zaman shelve yapıp, isteyen ekip ile paylaşıyorsun. Takımdakiler Get Latest yapınca senin yaptıklarını alamıyor, özellikle senin shelve ettiğin versiyonu Unshelve yapmaları gerekiyor. Bu özellik oldukça yararlı olabiliyor. Ayrıca CruiseControl olayına başka bir başlık açmak lazım çünkü CruiseControl aslında bahsettiğinden çok farklı kullanım alanı olan bir araç. Kaan,
Dediklerinin çoğuna katılıyorum özellikle Open Source projelerin gücünü birleştirdiğinde ortaya komple bir çözüm çıkabiliyor. Ancak bunun en büyük sıkıntısı open source çok farklı yelpazede toollar olduğu için, takım içerisinde, yeni katılımlarda olursa iletişimi ve koordinasyonu sağlamak zorlaşabilir.

Ayrıca teknik konuda bir eleştirim olacak.

Yukarıda şöyle demişsin

“SVN kod üzerinde offline TFS ise Online çalışmaya imkan veriyor. Bunun anlamı şu, siz SVN üzerinde kodu toptan üzerinize alıyorsunuz ve kendi localinizde çalışıyorsunuz(Update). İşiniz bittiği zaman sunucuya gönderebiliyorsunuz(Commit). TFS üzerinde ise sunucu üzerindeki kodu düzenlemek için üzerinize alıyorsunuz (Check Out). Sonra düzenleyip gönderiyorsunuz (Check In). Yani TFS lock-modify-unlock (üzerine al, değiştir, bırak) sistemini kullanıyor. Eğer TFS üzerinde merge’e (iki kişinin aynı dosya üzerinde çalışması durumunda yapılan değişiklikleri birleştirme özelliği) izin verilmemişse dosya birisinin üzerinde ise onun dosyayı bırakması gerekiyor. Bu durumda siz dosyanın en son sürümüne sahip oluyorsunuz. Bu durumda sizin localinizdeki dosyalar eski sürüm olduğundan sorun çıkartabiliyorlar ve güncelleme yapmak zorunda kalıyorsunuz. Bu güncellemelerde ise kesin sorun çıkıyor. SVN’de ise isterseniz kodun son halini hiç almadığınız için böyle sorunlar yaşanmıyor. Bu durumda ise Commit ettiğiniz zaman aynı sorunların çıkması olası. İşte bunu engellemek için CruiseControl (CCNet) gibi araçlar kullanılıyor.”

Bu kısıma katılamayacağım.
Birinci TFS de offline çalışabiliyorsun. Sonradan Go Online diyerek merge yapabiliyorsun.
İkincisi TFS de eğer shared checkout a izin verilmemişse dediğin sorun yaşanabilir, ancak bu sorun izin verilmediği için oluşuyor zaten. Aynı dosya üzerinde tüm takımın aynı anda çalıştığı senaryolar ile karşılaştım ve merge bir sorun çıkarmadı.
Son olarak TFS de Shelve/Unshelve diye bir özellik var. Diyelim ki, bir dosya üzerinde çalışıyorsun ve henüz işini bitirmedin. Check-in etmek istemiyorsun çünkü kod diğer yazılımcıların işini bozacak, ancak bir şekilde TFS’e son halini aktarıp bir kaç arkadaşınla paylaşmak istiyorsun. O zaman shelve yapıp, isteyen ekip ile paylaşıyorsun. Takımdakiler Get Latest yapınca senin yaptıklarını alamıyor, özellikle senin shelve ettiğin versiyonu Unshelve yapmaları gerekiyor. Bu özellik oldukça yararlı olabiliyor. Ayrıca CruiseControl olayına başka bir başlık açmak lazım çünkü CruiseControl aslında bahsettiğinden çok farklı kullanım alanı olan bir araç.

]]> Kaan Arslan tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-514 Kaan Arslan Tue, 11 Aug 2009 06:32:08 +0000 http://kaan.basesistem.com/?p=599#comment-514 Selam Fatih :D Biraz geç cevap veriyorum ama sana sağlam bir cevap yapıştırmam gerektiği için üzerinde uzunca süre düşünmem gerekti. Dediğim gibi TFS sadece bir source control sistemi değil. İçerisinde bir proje yönetim aracıda barındırıyor. Ayrıca diğer MS ürünleriyle uyumuda çok dikkat çekici. Ama benim dediğim senaryoda zaten check-in yaptığın zaman otomatik get latest yapmıyordu. Bu sebepten zaten kişinin yaptığı değişiklikleri alamadığımdan sln dosyasını merge etmesi gerekiyor. Zaten TFS'in en önemli eksiği merge tool'unun iğrenç olması. Ayrıca dll dosyalarına karşı zaafıda sayılabilir. Diğer yandan evet Unit test kabiliyeti, Build seçenekleri falan çok iyi. Ama bence açık konuşmak gerekirse SVN'in source control yetenekleri TFS'ten çok daha sağlam. Ama bu özellikler çok iyi bir şekilde açık aynak birkaç yazılım birleştirilip (üstelik kendi içlerinde entegre olacak şekilde) bir paket hazırlanarakta oluşturulabilir. Mesela, SVN + Tortoise SVN + (isteğe bağlı) AnkhSVN + DotProject gibi. Bu seçenekler çoğaltılabilir tabii. Bu durumda TFS içinde seninde saydığın özelliklerin hemen hepsi gelmiş oluyor. Ayrıca gerek stabilite gerekse kullanılış olarak üst seviyede. Ben hala küçük/orta ölçekli projelerde TFS'in çok masraflı olduğunu düşünüyorum. Ancak dediğin gibi büyük çaplı projelerde mantıklı olabilir. Selam Fatih :D Biraz geç cevap veriyorum ama sana sağlam bir cevap yapıştırmam gerektiği için üzerinde uzunca süre düşünmem gerekti.

Dediğim gibi TFS sadece bir source control sistemi değil. İçerisinde bir proje yönetim aracıda barındırıyor. Ayrıca diğer MS ürünleriyle uyumuda çok dikkat çekici. Ama benim dediğim senaryoda zaten check-in yaptığın zaman otomatik get latest yapmıyordu. Bu sebepten zaten kişinin yaptığı değişiklikleri alamadığımdan sln dosyasını merge etmesi gerekiyor. Zaten TFS’in en önemli eksiği merge tool’unun iğrenç olması. Ayrıca dll dosyalarına karşı zaafıda sayılabilir. Diğer yandan evet Unit test kabiliyeti, Build seçenekleri falan çok iyi. Ama bence açık konuşmak gerekirse SVN’in source control yetenekleri TFS’ten çok daha sağlam.

Ama bu özellikler çok iyi bir şekilde açık aynak birkaç yazılım birleştirilip (üstelik kendi içlerinde entegre olacak şekilde) bir paket hazırlanarakta oluşturulabilir. Mesela, SVN + Tortoise SVN + (isteğe bağlı) AnkhSVN + DotProject gibi. Bu seçenekler çoğaltılabilir tabii.

Bu durumda TFS içinde seninde saydığın özelliklerin hemen hepsi gelmiş oluyor. Ayrıca gerek stabilite gerekse kullanılış olarak üst seviyede.

Ben hala küçük/orta ölçekli projelerde TFS’in çok masraflı olduğunu düşünüyorum. Ancak dediğin gibi büyük çaplı projelerde mantıklı olabilir.

]]> Esat ARSLAN tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-507 Esat ARSLAN Mon, 10 Aug 2009 21:47:09 +0000 http://kaan.basesistem.com/?p=599#comment-507 Merhaba, Elinize sağlık açıklayıcı bir yazı ve aydınlatıcı bir karşılaştırma olmuş. Ben ingilizce özürlü birisi olarak okurken anlamakta pek zorlanmadım.Zaten parantez içlerinde de gayet net bir şekilde kelimeleri açıklamışsınız. Eğer yarısı ingilizce olan türkçe yazılmış bir yazı ararsanız Fatih ŞAHİN'nin yorumunu okuyabilirsiniz :)). Merhaba,
Elinize sağlık açıklayıcı bir yazı ve aydınlatıcı bir karşılaştırma olmuş. Ben ingilizce özürlü birisi olarak okurken anlamakta pek zorlanmadım.Zaten parantez içlerinde de gayet net bir şekilde kelimeleri açıklamışsınız.
Eğer yarısı ingilizce olan türkçe yazılmış bir yazı ararsanız Fatih ŞAHİN’nin yorumunu okuyabilirsiniz :) ).

]]> Fatih ŞAHİN tarafından http://kaan.basesistem.com/?p=599&cpage=1#comment-417 Fatih ŞAHİN Tue, 28 Jul 2009 14:39:03 +0000 http://kaan.basesistem.com/?p=599#comment-417 Merhaba Kaan :), TFS i tabii sadece bir Source Control sistemi olarak görmemek lazım. Work Item yaratabilme, atayabilme ve yapılan check-in leri bunlarla ilişkilendirme özelliği oldukça yararlı. Ayrıca yukarıda bahsettiğin bu yeni dosya ekleyince otomatik get latest yapması olayını da optionlardan kaldırabilirsin. Tek kişinin check-out etmesi yerine shared checkout sistemini kullanabilirsin. Bu durumda, yeni dosya eklemek istediğinde filan get latest yapmana da gerek kalmayacağından, Merge sayısı da aslında oldukça azalacaktır. Bunun haricinde TFS'in Continuous Integration'a destek verdiğini unutmamak lazım. Auto Build  ve Daily Build alabilme özelliği ve Pre Post Build script ekleme özellikleri, Unit Testing kabiliyetleri, Statik kod analizi, performans ölçümleme yetenekleri filan derken aslında Team System kaliteli kod üretmek için çok daha profensyonel bir çözüm. Ayrıca çok gelişmiş bir alert sistemi var. İstediğin dosyada veya buildde değişiklik olduğu zaman sistemin seni uyarabilmesini sağlayabiliyorsun. Bunun yanı sıra Windows Server domaini ile entegre çalıştığından, User management konusu ve ilgili kullanıcıları alarmlar ile posta yoluyla uyarmak çok basit. SVN e biraz yabancıyım, ama büyük projelerde TFS'in maliyetli olduğunu düşünmüyorum, hatta .net geliştiricileri için daha mantıklı bir çözüm olarak görüyorum. Merhaba Kaan :) ,

TFS i tabii sadece bir Source Control sistemi olarak görmemek lazım. Work Item yaratabilme, atayabilme ve yapılan check-in leri bunlarla ilişkilendirme özelliği oldukça yararlı. Ayrıca yukarıda bahsettiğin bu yeni dosya ekleyince otomatik get latest yapması olayını da optionlardan kaldırabilirsin. Tek kişinin check-out etmesi yerine shared checkout sistemini kullanabilirsin. Bu durumda, yeni dosya eklemek istediğinde filan get latest yapmana da gerek kalmayacağından, Merge sayısı da aslında oldukça azalacaktır. Bunun haricinde TFS’in Continuous Integration’a destek verdiğini unutmamak lazım. Auto Build  ve Daily Build alabilme özelliği ve Pre Post Build script ekleme özellikleri, Unit Testing kabiliyetleri, Statik kod analizi, performans ölçümleme yetenekleri filan derken aslında Team System kaliteli kod üretmek için çok daha profensyonel bir çözüm. Ayrıca çok gelişmiş bir alert sistemi var. İstediğin dosyada veya buildde değişiklik olduğu zaman sistemin seni uyarabilmesini sağlayabiliyorsun. Bunun yanı sıra Windows Server domaini ile entegre çalıştığından, User management konusu ve ilgili kullanıcıları alarmlar ile posta yoluyla uyarmak çok basit. SVN e biraz yabancıyım, ama büyük projelerde TFS’in maliyetli olduğunu düşünmüyorum, hatta .net geliştiricileri için daha mantıklı bir çözüm olarak görüyorum.

]]>