team foundation server

• visual studio 2005 team suite ile birleşince visual studio team system'i oluşturan^* server.
  voltranın başıdır.
• microsoftun project management source control ve reporting gibi $eyleri entegre ettigi ba$arili bir implementasyon. visual source safein aksine data tieri db powered olup buna sadece application tierdan eri$im saglanabilir. kendilerine ulasmak icin bir api arayuzu vardir ve team foundation client gibi ivir zivir arayuzler bu api yi kullanarak cali$ir. ayrica visual studyoya entegre olup work itemlari ve issuelari baska ortamlara gecmeden ide nin icinden bizdiklamak gibi cillop imkanlar sunar
• (bkz: stay away) (bkz: subversion)
• subversionla kar$ila$tirinca ozellikle project management konusunda cok agir basan subversion yaninda trac i citir cerez olarak yiyebilecek olan uygulama
  ancak source control bakimindan subversionun yaninda ezik kalan uygulama
• yapılan commit'leri kaybetmesi (bkz: yuh) ve offline desteği bulunmadığı her durumda "herhangi bir x proje yönetimi ile de idare ederim ben" dedirten server.
• ben kucuk bi firmada cali$iyorum 3 ki$ilik ekipimle gayet mutluyum, "zaten proje yonetimi icin bir tane excel dosyasi var ama ici bo$" diyenlerin kullanmasina gerek olmayacak kadar geli$mi$ uygulama
• yandan ikram edilen "power tool"lar sayesinde adama benziyor yavaş yavaş.
  
  meselâ son eklenen power tool, windows shell desteği sunuyor, svn'ye göz kırpıyor. bir kullanıcının üzerinde çalıştığı dosyaları görmek de ancak bu power tool'u kuranlara nasip olacak. düşünün bu temel özellik için kaç sürüm beklemişiz. yazık diyor insan. ve de powershell desteği. dursun kenarda.
• source control konusunda visual studio solution'larinda kafayi yemenin muhtemel cozumu multiple checkout'i kapatarak ayni dosyayi birden fazla ki$inin degi$tirebilmesi olanagini ortadan kaldirmaktir. bu noktadan sonra programcilarin check-in / check-out'lari yanli$ yaparak projenin dosya yapisina zarar verme $ansi ortadan kalkar.
  
  birden fazla programcinin ayni anda degi$tirdigi dosyalari anormal tahminlerle birle$tirmede subversion'in yanina yakla$amiyor tfs. en iyisi her programcinin adam gibi kendi alaninda cali$masi ve carpi$malara izin vermemek. tabii proje boyutu cok buyudukce ve uzak programcilarla cali$ilmaya ba$landikca check-in / check-out konusunda birbirini beklemek zorunda kalmak i$leyi$te bamba$ka sorunlar getirebilir hatta getirecektir. falan filan.
• 2010 sürümüyle birlikte zannedersem doruğa ulaştı, tam anlamıyla dört dörtlük hatta sekiz onluk olmuş. pörfekt.
  
  yıllar sonrasından edit : bu entariyi yazan tipimi sikeyim ben, lanet şey ömrümü yedi.
• microsoft'un dogfooding uygulamalarindan biriydi. bu urun henuz tamamlanmadan gercekci scalability calismasi olmasi acisindan hayvani development takimlarinca (binlerce muhendis,cesitli timezone'larda cesitli schedule'larda calisan) gunluk isler icin kullanilmaya baslanmisti. ilk basta acikcasi ismini burada anmayacagim sevgili internal source control programimizi cok ozluyor, saga sola tfs ile ilgili rahatsiz edici mailler gondermeyi gunluk rutine bagliyordum ancak kisa sure sonra bununla da yasanir ve nihayetinde super bisi bu safhalarina gectim.
  
  ek olarak ozellikle open source ve external contribution modeli kullanan diger yazilim projelerinde dvcs'in avantajlarini da goz onune alin derim source control teknoloji seciminizde.