TFS –i koodihaldus võimaldab algusaegadest peale arendajal kasutada n-ö oma raamatu riiulit, kuhu soovi korral saab TFS –i serverisse hoiule panna koodimuudatused ja hiljem need sealt võtta ning muudatustega tööd jätkata.

Tüüpiline stsenaarium on järgmine:

1. arendaja töötab uue funktsionaalsuse kallal
2. kõrvale tuleb projektijuht ja soovib, et arendaja kiirelt ühe bugi parandaks
3. arendaja ei soovi koodimuudatusi sisse panna, kuna need on poolikud veel ja võibolla ei kompileerugi. isegi kui teha kompileeruvaks, siis võivad need muudatused omada mõju teiste arendajate koodile ning rikkuda/häirida teiste arendajate tööd. Hea oleks need ajutiselt kõrvale panna, et siis töötada bugi parandamise kallal ja hiljem jätkata uue funktsionaalsuse arendust.
4. Arendaja shelveset –ib oma muudatused ning taastab muudatuste eelse olukorra lokaalselt.
5. Arendaja parandab bugi jne.
6. Arendaja võtab alla shelveset –i ning jätkab funktsionaalsusega tööd.

Eks teisi stsenaariume saate ise juurde mõelda. Shelveset –imise kohta saate rohkemat lugeda MSDN –st.

Tähelepanu! Shelveseti juures on tähtis teada järgmist nüanssi – ta on seotud selle asukohaga (teekonnaga/branchiga), kust see shelveset loodi. Kui te töötate “Dev” branchis, siis ka seda shelveset –i saate te unshelvida ainult dev branchis (samast serveri asukohast, kust shelveset loodi).

Tavaliselt see ei ole probleem. Erand juhtudel võib olla aga soov unshelvida koodimuudatusi mõnes muus branchis või asukohas. Näiteks võibolla on meeskonna projekti koodihaldus migreeritud ühest projektist teise või siis soovite oma arenduses olevad muudatused unshelvida hotfixide branchi asukohta. Igatahes, põhjuseid leiab.

Niisuguse unshelvimise või shelvset –i migreerimise jaoks on TFS Power Toolidega kaasas eraldi käsklus. Järgnevalt kirjeldakski lühidalt samme et migreerida/unshelvida koodimuudatused teise asukohta.

Sammud

1. Avage koodirida (cmd) ning liikuge selles niisugusele asukohale, mis on mäppitud TFS –i koodihaldusega (kus TFS –i workspaceil on teekond koodihaldusega seotud)

2. Kirjutage ja jooksutage järgmine käsklus sealt, kus asendatud on korrektsete sisenditega need, mis on [] märkide vahel:

   1: TFPT.EXE unshelve "[Shelveseti nimetus];[kasutajanimi koos domeeni/arvutiga]" 

   2: /migrate /source:"$/[allika shelvseti teekond branchini]" 

   3: /target:"$/[sihtkoha shelvseti teekond branchini]"

Shelveset –i nimetuse saate te otsides shelveti üles kas kasutades meeskonna liikmete laiendusi või siis “unshelve” käsklust Team Exploreris.

Näidis

X:\Projects\TM\Dev\Dev>TFPT.EXE unshelve "Some Shelveset;X\User" /migrate /source:"$/TM/Dev/Dev"
/target:"$/CTM/Dev/Dev"

3. Seejärel teile avaneb aken, kust saate unshelvimist alustada. Antud aknas valige “Unshelve”.

4. Seejärel avaneb aken, kus saate uues asukohas olevate failidega shelveseti koodimuudatused kokku panna (ühendada ehk merge -da).  Valige algatuseks “Auto-merge all”.

5. Juhul kui sammus 4. “auto-merge” ei toiminud kõikkide failide puhul, siis tehke manuaalne ühendamine ja lahendage koodi konfliktid ära.

6. Peale konfliktide lahendamist on kõik bueno. Te olete edukalt ühendanud/toonud oma shelveseti uude asukohta ja saate selle nüüd uuesti ära shelvida või siis jätkata tööd shelvsetis olnud muudatuste kallal uues asukohas.

Niimoodi saab tuua shelveseti ühest projekti koodihaldusest teise projekti koodihaldusesse või siis ühest asukohast serveris teise.

TFS Power Tools

Vahend, mida te selleks vajate on TFS Power Tools. See on minu silmis hädavajalik ja väga kasulik vahend/täiendus Visual Studio Team Explorerile, mida ise kasutan igapäevaselt. Antud vahend sisaldab endas TFS –i serveri parimate praktikate analüüsijat, Windows Exploreri integratsiooni, meeskonna liikmete kollaboratsiooni tuge, tööülesannete muudatustele registreerimsie editori (Alerts Explorer), protsessi malli muutmise editori jm.

TFS Power Tools on olemas nii VS2008 kui VS 2010 RC –le.

Edu!

Soovin jagda kahte vinget täiendust TFS –i tavavahenditele.

TFS Workflow Control

TFS Web Access saidis on igal tegevusel/tööl ajaloo vaates võimalik näha graafilist esitlust staatuse muutumise kohta – millal see juhtus, kelle pool, miks ja mis staatuseks. Järgnev pilt illustreerib seda.

Üks puudusi Visual Studio Team Exploreris on see, et sarnast vaadet/esitlust seal ei ole.

Nüüd üks nutikas tüüp Michel Perfetti on teinud täienduse nii Team Explorerile kui ka Web Accessile, mis toob sarnase vaate mõlemasse vahendisse mõndade äggedate nüansidega. Workflow vaadet on võimalik grupeerida erinevaid parameetreid kasutades nagu distsipliin või iteratsioon. Graafiliselt on ka muidugi vahvam. Ta on täienduse pannud tööle nii TFS 2008 –ga kui ka TFS 2010 RC –ga (hetke versioon). Eks RTM on ukse taga.

• Rohkem infot ja kontrollid @ http://tfsworkflowcontrol.codeplex.com/
• TFS 2010 RC versioon kontrollidest

TFS Workitem Visualization

Antud vahend võimaldab kenasti pärida ja visualiseerida informatsiooni seotud workitem’itega linkide, changeset –ide jm info põhjal. Vahend oskab analüüsida sõltuvusi workitemite jm vahel, millele workitem linki omab.

Use DGML to visualize and analyze your TFS Work Items. Included is the ability to perform basic risk/impact analysis. It helps answer the question, "if I change this requirement, what is my potential impact to other requirements?"

Visualiseerimiseks kasutab VS2010 sõltuvuste esitamise diagramme.

Näiteks – ma saan võtta kasutuslood ja seotud taskid ning koodi muudatused ning visualiseerida need ja ka minna vaatama, mis muudeti igas changesetis.

Või huvitab mind hoopis seosed kasutuslugude, vastuvõtu testide, bugide ja testi jooksutuste seosed.

Punased on Bugid, mis on loodud testilugude juurde teste manuaalselt läbi käies.

Kollane on kasutuslugu. Hall on testilugu. Helesinine on manuaalne testi jooksutus.

Täitsa kasulik visualiseerimine ja põnevusega ootan, kuhu see vahend edasi liigub.

• Vahendi kodu @ http://visualization.codeplex.com/
• Dokumentatsioon
• Sõltuvuste visualiseerimie näide

Head uurimist ja kasutamist!

Nädalavahetusel tegelesin live TFS 2010 Beta 2 –e uuendamisega RC versioonile. See oli üks sujuvamaid uuendamisi niisugust tüüpi lahenduste juures, mis mul on olnud Beta –st RC või Release versiooni vastu. TFS –i uuendamisel, mitte ühtegi probleemi.

Väga lihtsad sammud:

1. Backup andmebaasidest
2. Snapshot Application Tier –st (AT) serverist
3. Uninstalli Power Toolid AT -lt
4. Uninstalli Team Explorer AT –lt (ja kõik seoses VS 2010 Beta 2 –ga)
5. Uninstalli TFS 2010 Beta 2 AT –lt
6. Installida TFS 2010 RC
7. Konfigureeri TFS 2010 RC
8. Installi VS 2010 RC Team Explorer
9. Installi VS 2010 RC TFS Power Toolid
10. Uuenda oma protsessi mall (loo projekt RC malliga ja tõmba sealt alla endale mall, et siis uuendada enda protsess)
11. Uuenda buildimis mallid (kopeerida uue malliga loodud projektist buildi mallid)

Selle jaoks on olemas mõistlik juhend (Visual Studio 2010 TFS Upgrade Guide) ja TFSInstall.chm (kaasas TFS –i installimisfailiga).

Scrum for Team System v3 Beta 2 –> RC

Nüüd, mul on kurb uudis nendele, kes kasutavad Scrum for Team System v3.0 Beta 2 –te. See ei ole uuendatav RC versioonile ja kui te installeerite omale TFS 2010 RC versiooni, siis automaatsed uuendamised (sündmuste ja agregeerimisteenused) lakkavad toimimast. Tundub et need teenused kirjutatakse üle. 

Ma hetkel tegelen uuendamise ja migreerimisvariantide uurimisega. Uurin ka seda, et ajutiselt saaks automaatsed teenused käima. Üldiselt on ainult kaks varianti Scrum for TS v3 Beta 2 projektidel – hakka kasutama uut template –i uue projektiga või siis migreeri olemasolevast projektist uude meeskonna projekti koos tööülesannete ajaloo ja koodihalduse ajalooga (parajalt keerukas, aga võimalik et TFS Integration Platform aitab). Jagan oma leide blogis.

Täpsemalt Scrum for Team System v3.0 RC –st ja Beta 2 –st saate lugeda Crispin Parkeri blogist .

Igatahes, ei soovita ma inimestel Beta 2 –e malli kasutama jääda, sest hiljem on veel raskem migreerida ja teil ei saagi õnnestuma selle korralik uuendamine.

23 –ndal veebruaril (USA aja järgi) – meie jaoks vast vabariigi aastapäeval – lasti välja VSTS 2010 RC jaoks ka Power Tool’id. Mina tundsin neist puudust ja hoidsin RC –le upgradimist tagasi, nüüd aga teen ära nii pea kui saan. Eks kirjutan oma kogemusest blogis seoses TFS 2010 Beta 2 –> TFS RC –le kui ka VS 2010 Beta 2 –> RC –le minemisest.

Power tool’d leitate vahepeal siit:

• http://visualstudiogallery.msdn.microsoft.com/en-us/a4f8a47e-1f6b-49d6-8f6e-34f705a2001b

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!

Mida lähemale jõuab Visual Studio Team System 2010 –e RTM, seda rohkem informatsiooni imbub lugemiseks. Visual Studio Rangerid on avalikustanud terve hunniku kasulikke juhendeid TFS 2010 –e kasutamiseks, viited leiate Brian Harry blogist (New 2010 Guidance from the Rangers).

Minu jaoks pakkusid esmajärjekorras huvi TFS 2010 upgradimise juhend ja branchimise juhendid. Need tooks enda blogis eraldi välja.

• Visual Studio 2010 TFS Upgrade Guide (räägib TFS 2008 –st TFS 2010 –e peale upgradimisest – küsimused, mis kindlasti tekivad kui see tegevus ette võtta).
• Visual Studio Team Foundation Server Branching Guide 2010 – sisaldab erinevaid branchimise struktuure (plaane) koos illustratsioonidega (ja palju rohkem).

Nüüd veel enne kui saabub VSTS 2010 RTM, peaks tulema RC välja. Ise ootaksin seda järgnevatel nädalatel. Olen juba mitmeid kuud kasutanud TFS 2010 ja VS 2010 Beta 2 –te oma meeskonnas arendades ja vahend on stabiilne olnud ning tublisti vastu pidanud. Mõned pisivead annab andeks, tegu siiski Beta 2 –ga ja beta kohta väga stabiilne. Küll ootame huviga jõudluse parandus, millest saate põhjalikumalt lugeda Brian Harry blogist ning selle hetke lõpptulemuse (RC jaoks?) leiate siit.

Seoses RC tulemisega on MS avalikustanud ka juhendi TFS 2010 Beta 2 –> RC peale upgradimiseks.

• team-foundation-server-2010-beta2-to-rc-upgrade-guide

Põnevat lugemist!

Kiire informatsioon kõigile, kes peaks eksperimenteerimia uue TFS 2010 Beta 2 –e buildimisega. Nimelt default protsessi (workflow) mall ei toimi, kuna seal võetakse registrist regiooni seaded ja kahjuks ei esitata Eestis numbreid samamoodi kui USA –s. Kõik buildid ebaõnnestuvad niisuguse krüptilise veaga, millega kohe peale vaadates ei oska midagi teha. Tundub nagu oleks mõni parameeter endal seadmata, aga pole nii.

Hetkel on lahenduseks pakutud see, et korrektne MSBuildi path on sisse kirjutatud malli sisse.

Rohkem infot probleemist leiate MS foorumist:

• Build error: "Value cannot be null. Parameter name: path1" and a TFB210602: Failed to copy.

Parandatud malli saate alla tõmmata minu blogist või siis orignaal asukohast:

• http://www.larswilhelmsen.com/2009/10/27/tfb210602-failed-to-copy/

Edu!