Mulle meeldib VS2010 –e laienduste haldur (Extension Manager) kahel põhjusel:

• Sellega saab otsida laiendusi ja lisasid Visual Studiole
• Sellega saab teada, kui installeritud laiendustele on uuendusi

Mõnus vahend, mis väldib vajaduse käsitsi minna Visual Studio Gallery lehele.

Proovige ise järgi, kui veel ei ole!

Mõni teinekord kirjutan, mis lisasid veel kasutan Visual Studio 2010 sees. Kahte näete uuenduste näol juba ees pool oleval pildil.

Projektides võib ikka juhtuda, et te kasutate oma lahenduse ühik testimisel (unit test) mõnda teist raamistikku, kui MSTest. Mina näiteks kasutan vahest nUnitit või xUnitit. Mulle meeldib xUniti erinev testi kirjutamise stiil ja mulle meeldib nende mõlema puhul see, et raamistiku kasutamiseks saab kasutada tavalist klassikogumi projekti. Ka on nende testide jooksutamine kohati kiirem.

Nüüd vahest võib ka juhtuda nii, et teie mitte MSTesti raamistikul testid on vaja üle viia MSTesti raamistiku peale ning kasutada Test Projekti. Mul tekkis konkreetne vajadus sellest, et MSTesti projekti on lihtsam kasutada üle terve meeskonna, juhul kui kõik kasutavad ainult Visual Studiot. Ei ole vaja eraldi vahendit jooksutamiseks. Ka on integratsioon Team Buildiga vaikimisi toimiv, teiste raamistike puhul on vaja Team Buildi muuta vastavalt ja eraldi vaeva näha (mitte väga suur keerukus, aga siiski aeg). MSTestil on veel eeliseid ja erinevusi, aga see postitus ei ole õige koht selle jaoks.

Igatahes, on vajadus muuta nUniti projekt (class library) ümber MSTest-i raamistikul jooksvaks projektiks (Test Project).

Võrdlemisi lihtne konverteerimine:

1. Asenda ühed attribuudid teistega (abik xUniti võrdlus erinevate unit testimis raamistikega)
2. Eemalda projektist nUniti viide assembly’le
3. Lisa projektile viide MSTest unit testimis assembly’le (Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll)
4. Muuda koodi, kus MSTestis ei ole vastavat Assert väljendit nUnitile (nagu Assert.Throws = [ExpectedException] etc.)
5. Asendada using nUnit… väljendid using Microsoft.VisualStudio…. väljenditega
6. (arvan et pole kohustuslik) lisada .vsmdi ja .testsettings failid solutionisse.

Põhimõtteliselt muud nagu ei olegi, kõik väga loogiline. Seejärel kompileerite ja proovite Test View abil näha oma suurepäraseid ühik teste, mis nüüd võiks toimida kõik MSTest abil. Ja mida te näete? MITTE MIDAGI!

On veel üks tore samm, mis on vaja teha, et Visual Studio saaks aru, et tegu on testi projektiga ning vahend oskaks otsida teste ja neid kasutada.

Teil on vaja lisada oma klassikogumi projekti faili uued projekti tüübi identifikaatorid (ProjectTypeGuid –d).

Kõige lihtsam viis neid leida on luua tühi TestProjekt ja editeerida projekti faili ning XML-st üles leida element nimega “ProjectTypeGuids”.

Nendeks on järgmised GUID-d:

   1: <ProjectTypeGuids>

   2: {3AC096D0-A1C2-E12C-1390-A8335801FDAB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}

   3: </ProjectTypeGuids>

Pärast nende lisamist projekti faili on elu ilus ning testid peaksid jooksma!

NB! Lisaks siia veel ühe tähelepaneku Test Projekti puhul - see peab kasutama seda versiooni .NET-st, millega koos Visual Studio välja tuli ja mis on vaikimisi raamistik (VS2008 puhul .NET 3.5, VS2010 puhul .NET 4.0). Iseenesest ei ole see takistus või probleem, kuna testi projekti ju keegi kuskile ei paigalda ja arendajatel on tavaliselt ikkagi samad versioonid Visual Studiost (või siis on paksu pahandust mitme erinevat versiooni VS solution ja project failidega).

Edu konverteerimisega, kui peaks vajadus olema!

Microsoft on välja laksnud järgmised power tool’d Visual Studio’le nimega Visual Studio 2010 Pro Power Tools, mis on kasutatav kõikide Visual Studiotega peale Express versioonide. Nende vahednite eesmärk on väljas pool Visual Studio toote arendustsüklit tuua klientideni mõnusaid ja kasulikke pisitäiendusi Visual Studiosse.

Pole ise veel neid vahendeid proovinud (mul on upgrade tulemas järgmine nädal), aga olen silma peal hoidnud inimeste tagasisidel ja tundub nagu mõned omadused on väga lahedad ja kasulikud nagu Tabify/Untabify, juhul kui failis on Tab-d ja tühikud segamini kasutuses, või paranenud Add Reference dialog, … ja mõned omadused on häirivad nagu ctrl+click (go to definition), mida ei saa konfigureerida. Eks proovige ise järgi ja jagage arvamust siin :)

Lisainfot:

• announcing the first visual studio pro power tools @ Brian Harry
• announcing vs2010 productivity power tools and modelingfeature packs @ Jason Zander
• Visual Studio 2010 Pro Power Tools Download

Lisaks on Scott Hanselman kirjutanud postituse tema lemmik VS2010 Power Toolidest.

Tööjuures saab parajalt XML-i ja XPath’iga tegevusi tehtud ning siiamaani oleme XPath’i päringute testimiseks kasutanud XmlSpy’d. Nüüd mõned päevad tagasi mõtlesime, et palju toredam oleks kõikke XML-i ja XPath’iga seoses teha ühest vahendist, nii et ei peaks lahkuma Visual Studiost. Lisaks on ilma konfigureerimata kahe erineva XML-i töövahendi kasutamisega faili formaatimisel erinevustega parajalt jurasid.

Seega avasin oma VS2010-s Extension Manager’i (paremal) ning otsisin vastavat vahendit Visual Studio Galleryst ja leidsingi - TTXPathNavigatorVSIX. Täpselt see mis vaja, integreeritud vahend VS2010-ga ning võimaldab testida XML-i andmete peal XPath’i väljendeid.

Muidugi pakub XmlSpy palju rohkemat, kui XML-i kirjutamine ja XPath’i väljendite testimine, aga meie kontekstis on see üks peamisi tegevusi ja tundub, et nüüdsest saame ainult Visual Studio’ga hakkama (Visual Studio võimaldab nii schema abil kirjutamist, valideerimist, XML-i kirjutamist + snipeteid, intellisensi, XSLT debuggimist – ja nüüd ka XPath’i testimist).

Kui teil Extension Manager ei meeldi või kasutate varasemat versiooni Visual Studiost, siis saate otsimiseks kasutada Visual Studio Gallery lehekülge.  Kusjuures VS2008 –le on sama vahend ka olemas ;)

See pole teabmis kaunis vahend, aga täitsa produktiivne. Kirjutad aga otsingu teekonna ja tulemused käid läbi F8 ning Shift+F8 (tagurpidi).

Edu!

TFS-i Integratsiooniplatvorm on jõudnud Beta staadiumisse! 

Soovitan kõigil, kes on TFS2005 või TFS2008 projekti migratsiooni TFS2010 peale tagasi hoidnud nüüd värskelt uuenenud vahendit proovida ja sellega migratsiooni plaanimist alustada. Ning jagage kindlasti tagasisidet vahendi codeplexi saidis või siin blogis. Suhtlen ka ise aktiivselt selle arendusmeeskonnaga ja saan neile otse tagasisidet anda ning vajadusel aidata! (võite kommenteerida siia või kontakteeruda blogi kaudu)

Olen varasemalt kirjutanud migratsiooni ja integratsioonivahenditest TFS-i jaoks ning oleks ka jaganud terve hunniku kasulikke linke, kust saab rohkemat infot TFS-i integratsiooni platvormi kohta.

Värskelt uuenenud vahendi leiate siit. Release’ga on kaasas ka juhendid, videod, dokumentatsioon jm. Paljud nendest on VS ALM Rangerite poolt panustatud.

Teade toote väljalaskmisest asub ka Brian Harry blogis.

Edu migratsioonide ja integratsioonidega TFS-i maailmas!

Juba Visual Studio 2008-st ja TFS 2008-st on koodifaili peale minnes võimalik näha selle koodifaili hetke seisu autoreid koodihalduse muudatuste kaupa. Kuna pilt on väärt 1000 sõna, siis järgnevad illustratsioonid loodetavasti aitavad paremini mõista.

Et saada koodifaili annotatsioon, tuleb teha järgmist:

Ja seejärel tekib teil koodifailile järgnevale sarnane vaade.

Antud vaade näitab, kuidas see koodifail niisugused koodiread omale sai. Kes need kirjutas, millal ning mis koodimuudatustes need kajastuvad. See on vahest päris kasulik vaade, kui soovite teada, miks mingi koodifail on just niisugune nagu ta on ja kes on muudatused teinud.

Nüüd DevDays –i üritusel sain ma valgustatud ühe kuulaja poolt, et annotatsiooni on võimalik koodifaili ajaloost suvalise koodifaili hetke seisu pealt genereerida. Varasemalt olen ma ainult täheldanud, et seda saab hetke (viimase) seisu pealt generereerida. Mingil põhjusel on see mul kahesilma vahele jäänud, aga see on minu meelest nii hea avastus, et tasub jagamist. Võimalik, et paljud teavad seda juba ammusest.

Igatahes, kui te lähete ühe faili koodiajaloo peale, siis sealt on võimalik iga koodifaili muudatuse peal ka “Annotate”  valida ning sel juhul saate te ajaloolise koodifaili seisu pealt samasuguse vaate nagu eespool.

Ehk siis View History faili peal.

Ja seejärel sobiva ajaloos oleva kirje peal Annotate.

Olen sellest võimalusest ise puudust tundnud ja vot, tegelikult on see alati olemas olnud ;)

Edu!

Ü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!