Üks sõber küsis eile, et tal on TFS2010 installeeritud ja kõik on tore, aga kuidas ta oma VS2008 –ga nüüd peaks sellele ligi minema. Seal ei ole ju TFS-i kollketsioonidest mingit märki. Küsimus on piisavalt asjalik ja lahendus võiks huvitada teisigi, seega otsustasin postituse kirjutada.

Selleks, et VS2005 või VS2008 saaks töötada TFS 2010 vastu peab neile olema installeeritud üks täienduste pakk (nimega Forward Compatibility Update).

Tähelepanu! Nii VS2005 kui VS2008 puhul peab sellele olema eelnevalt installeeritud Service Pack 1.

Seejärel installeerige täiendused all olevalt lingilt vastavalt oma Visual Studiole:

• VS2008 SP1: Forward Compatibility Update
• VS2005 SP1: Forward Compatibility Update

Kui need on installeeritud, siis võimaldab Visual Studio lisada TFS-i serverit Team Explorer abil veidi teisiti ja ka ühenduda TFS2010 külge. Kui avada oma Visual Studio, seejärel minna lisama uut serveri asukohta. Peaksite jõudma järgneva ekraanini, kus saate sisestada käsitsi kirjutades TFS-i aadressi koos kollektsiooni nimega.

Peale lisamist ühendub Visual Studio ilusti TFS-i külge ja saate kasutada.

Tähelepanu!  Meeles tasub pidada, et te ei saa VS2005 või VS2008-ga teha kõikke TFS2010 küljes, mida ta pakub. Te saate piiratult kasutada TFS2010–t. Koodihaldusega töö peaks toimima enamjaolt muretult.

Te ei saa näiteks Builde hallata. Varasem VS–i Team Explorer ei oska ka midagi teha tööde vaheliste linkidega või uute hierarhiliste/linkide päringutega. Puudusi on veel.

Edu!

Seminaridel olen maininud TFS-i koodihalduse proxit aga kunagi pole mahti saanud seletada, mis loom see selline õige on ja kus seda kasutada. Selle postitusega proovin anda lühiülevaate antud vahendist.

Alustaks stsenaariumist. Oletame, et teie ettevõttes on üks TFS-i arendusserver, aga teil on arendusmeeskonnad mitmes kohas üle Eesti või Euroopa või maailma. Kõik arendajad soovivad muidugi effektiivselt suhelda TFS-iga ja selle juurde kuulub ka projekti koodihaldusest uuenduste tõmbamine. Siinkohal tuleb appi TFS-i proxi, mis pakub TFS-i ja kliendi vahel cachimist nii, et kui ühte koodifaili on koodihaldusest juba tõmmatud, siis kõik järgnevad pärijad saavad selle cachist. Sealjuures kontrollib proxi igakord, et fail mida küsitakse ei ole TFS-is muutunud ja kui on, siis uuendab faili cachis kõigepealt ja seejärel annab uue faili cachist vastu. Lisaks saab konfigureerida proxit regulaatselt n-ö precachima oma andmestiku, et selles oleks võimalikult uusim seis alati. TFS-i proxi on cache ainult koodihaldusest seisu tõmbamisel/uuendamisel. See tähendab, et kõik muud operatsioonid koodihaldusega nagu checkin, koodifaili ajalugu, jne suhtlevad alati otse TFS-iga. Samamoodi TFS-i proxi peab olema ühenduses TFS-ga, et saada kontrollida kas mõni koodifail on vahepeal muutunud, ta ei toimi ilma ühenduseta TFS-iga.

TFS-i proxi paiknemist ja toimimist TFS-i arhitektuuris illustreerib suurepäraselt eespool asuv joonis.

Seega kokkuvõtvalt, mis on TFS-i proxi:

• cache TFS-i koodihalduse ja TFS-i kliendi vahel, selleks et arendajad välises võrgus saaksid koodihaldusest kiiremini koodiuuendused kätte

Misasi ei ole TFS-i proxi:

• Ta ei ole TFS-i proxi kõikide tegevuste vahel koodihaldusega, vaid ainult failide tõmbamisel. Muul juhul on kliendil otsesuhtlus TFS-iga.
• Ta ei ole offline cache TFS-i koodihalduse vahel (vajab ühendust TFS-iga)

Lisainfot:

• Grant Holliday – How does TFS VC Proxy work
• Martin Woodwarb - Precaching with TFS VC Proxy
• Managing remote connections to TFS Proxy

Edu!

Varasemalt olen kirjutanud Visual Studio 2008 perekonnast, erinevatest VS2008 versioonidest ning mida iga toode endas sisaldab. Nüüd kui VS2010 on RTM–i jõudnud (yeppii!), on sobiv aeg tutvustada VS2010 perekonda ja ma teeks seda piltidega slaididest, mis minu arvates annavad hea ülevaate. Piltidel on erinevad Visual Studio 2010 versioonid koos funktsionaalsuste gruppidega/võimekustega selles tootes. Osad omadused on ka varasematest toote versioonidest.

Mõndadele võivad need pildid olla tuttavad mõnest minu esitlusest. Olen neid kasutanud mitmel korral ja need on pärit avalikult kättesaadavalt olevatest Microsofti slaididest.

NB! Antud piltidel ei ole kõik VS2010–e igas versioonis sisalduvad funktsionaalsused, vaid tähtsaimad, tuntumad või uued võimekused ning mis aitavad selgelt illustreerida toodete võimekuste erinevusi.

Täieliku ülevaate saamiseks versioonidest võite kasutada Microsofti VS2010 toodete lehekülge, kus on ka võrdlus erinevate VS2010 toote versioonide vahel.

Kohe kohe on RTM olekusse jõudmas uus Visual Studio 2010 toodete perekond ja selle tähistamiseks Eestis on Microsoft organiseerinud arendajatele ürituse nimega DevDays 2010, mis toimub nii Tallinnas kui ka Tartus. See üritus on mõeldud kõigile .NET-s arendajatele (või huvitatutele!) ja sisaldab järgmisi ettekandeid nii Eesti kui ka välismaa esinejate poolt:

• What’s new in Visual Studio 2010 (Luka Debeljak)
• ASP.NET 4.0 – veebiarendus täiskäigul (Gunnar Peipman)
• Distributed data apps with .NET & SQL Server 2008 (Zlatko Knežević)
• TFS 2010 – rusikas silmaauku igas mõõdus arendustiimile (Taavi Kõosaar)
• Developing with Internet Explorer, now and future (Zlatko Knežević)
• What’s new in Cloud Services (Luka Debeljak)

Üritus on tasuta! Üritus leiab aset 21.04.2010 Tartus ja 22.04.2010 Tallinnas ning saab registreerida Eneta veebilehel kasutades järgmisi linke:

• DevDays 2010 – Tartu
• DevDays 2010 – Tallinn

Pärast ettekandeid saab kätt proovida XBOX 360 konsoolidel või lobiseda tuttavate/sõpradega.

Kõikkide eelduste kohaselt olen mina mõlemal päeval olemas ja heameelega lobisen VS2010 ning TFS 2010 teemadel.

Näeme seal!

Üks küsimus, mis TFS 2010 seminaril eelmisel nädalal esile tuli oli seoses Coded UI testidega. Selleks oli parafraseerides “Mis kasutajaliideste testimist Coded UI test toetab? Mis liideste läbi on võimalik Coded UI teste luua?”.

Lühidalt Coded UI testidest

Coded UI testid võimaldavad testida Windows Forms 2.0+, WPF 3.5+ ja HTML/AJAX kasutajaliidest. Antud liideste testimine on võimalik läbi laienduste, mis võimaldavad aru saada nende liidestega tehtavaid tegevusi ning neid korrata ja valideerida, et tulemused on samad.

Näiteks on olemas kasutajaliideste testimine Coded UI testide abil läbi IE7/IE8 browseri, millele on ehitatud vastav laiendus. Antud browseri vahendusel tehatavaid samme saab salvestada, korrata ja ka valideerida et sammude järel renderdatud tulemused on korrektsed (vastavad tingimustele).

Coded UI testidel on veel üks hea külg – neid saab kerge vaevaga jooksutada team buildi osana muutes build agendi interaktiivseks. Coded UI testi jooksutamine automaatse buildi osana näeb välja täpselt nii nagu arendaja selle salvestas (ehk browser tuleb lahti, sammud käiakse läbi, tulemused valideeritakse).

Coded UI testid on mõeldud arendajate (või vähemalt arendamise teadmisi omavate testijate) poolt loomiseks, kuna testide paremaks hallatavuseks ja koodi taaskasutamiseks on mõistlik genereeritud koodi täiendada nii et see oleks taaskasutatav või kombineeritav teiste testidega.

Veel tähtis märkus – Coded UI test ei ole sama, mis on Web Test ja ei asenda web testi. Web Test on päringute (HTTP request/response) põhine, kus saab spetsifitseerida erinevaid päringuid ja parameetreid ning valideeritakse saabunud HTTP response tulemust. Coded UI test aga kasutab ära laiendusi ehitatud konkreetsele liidesele, mille läbi testitakse WinForms, WPF, IE jt. – valideerida saab küll sarnaseid väärtusid, kuid tegevus ei baseeru HTTP request/response jälgimisel.

• Tutorial Coded UI testide loomisest

Tuleb valida õige tehnoloogia olenevalt stsenaariumist – kas web test või coded UI test. Neil veebi liideste korral võib olla kattuvusi. Web Test on API mõttes küpsem ja kergemini laiendatav erinevate salvestajate (recorder) ja pluginate kaudu ning võimaldab vaikimisi testi andmetega sidumist ja load testis kaasamist.

Vastus küsimusele

• Mis kasutajaliideste testimist Coded UI test toetab?
• Mis liideste läbi on võimalik Coded UI teste luua?

Alljärgnev tabel/diagram vastab sellele paremini kui tekst.

Pane tähele, tegu on Beta 2 ajal jagatud infoga, mis kehtib veel hetkel. Gautam Goenka avaldab uut infot oma blogis.

Täpsem info leidub Gautam Goenka blogis:

• Coded UI Test Platform support
• FF Coded UI Test Beta support

Võibolla on veel mõni peale minu loonud endale Visual Studio 2010 Beta 2 modelleerimise vahenditega terve posu uml mudeleid. Kui avada see projekt Visual Studio 2010 RC –s, siis saab vastu näppe ja mudelid ei ole avatavad. Need on vaja uuendada/muuta RC –le sobivaks. Manuaalne muutmine ei ole väga lihtne ja on ka tülikas.

Selle jaoks on loodud hoopis nutikam lahendus ühe MS –i arendaja poolt, mille leiate Visual Studio Gallery –st:

• Microsoft Visual Studio 2010 Architecture Model Upgrade Tool

Vahend on käsurealt käivitatav ja vajab faili või kataloogi ning märksõna /upgrade ja/või /recursive juurde ning teeb konverteerimise seejärel ära. “/recursive” võtmesõna võimaldab kataloogis olevad mudelid kõik rekursiivselt ära uuendada.

AtUpgrade.exe /upgrade [/d:directory] [/v:targetVersion] [/recursive]

Tähelepanu: Kindlasti uuendage kogu modelleerimise projekt, mitte ainult diagrammi failid!

Täpsema juhendi leiate järgnevalt blogilingilt:

• Upgrading VS2010 Beta 2 UML diagrams to VS2010 RC

Visual Studio Team System 2010 RC on väljas ja hetkel veel ainult kättesaadav MSDN –iga liitunutele.

• .NET 4 Release Candidate is Available for MSDN subscribers
• Visual Studio 2010 and .NET 4 Update - ScottGu's Blog

Varsti (täna USA aja järgi) peaks kättesaadavaks muutuma ka teistele!

Siiamaani on palju kuulda selle jõudluse erinevusest võrreldes Beta 2- ga.

Värsked viited avalikele linkidele, kust saab tõmmata (11.02.2010):

• VS 2010 Ultimate RC
• Microsoft Visual Studio Team Foundation Server 2010 RC
• Visual Studio Team Explorer 2010 RC

Head kasutamist!