Játszadozom a TFS-el, és próbálgatom a módszertant az elvárásaink szerint átpofozni. E munka velejárója, hogy számos projektet hozok létre, majd ezeket törölni kell. Miképp?

A törlés a TSDeleteProject.exe utasítással lehetséges, mely alapértelmezésben a C:\Program Files\Microsoft Visual Studio 8\Common 7\IDE könyvtárban található.

A program használatának részletes leírásáért lásd az MSDN Library-t.

Az elmúlt két hétben a VSTS segítségével a késõbb mintának szánt website fejlesztési projekten dolgoztam, dolgoztunk gõzerõvel. Elsõ lépésben a projekt feladatok, a kód verziókezelés, és a hibák kezelését tettük be a rendszerbe. A projekten jelenleg “csak” hárman dolgoztunk, egy fejlesztõ (jómagam) és két projektvezetéssel és tesztelésre felkért kolléganõ. A dolog érdekessége, hogy az alapvetõ feladatok kezeléséhez a projektvezetõi, tesztelõi szerepkörhöz jelenleg nem telepítettük a Team Explorer-t, azok elérhetõségét az ingyenesen telepíthetõ Team System Web Access modullal biztosítottuk.

Team Systems Web Access Main Screen
Team Server Web Access Nyitóoldal

Módszertan és projektvezetõi oldal

A demó projektünk az MSF for Agile fejlesztési módszertanon alapul.

Akik kicsit is foglalkoztak az MSF-el azok most azonnal megértik, hogy az Agilis fejlesztési módszertan biztosítja számunkra azt a nagyfokú rugalmasságot ami egy website fejlesztése során szükséges, és mégis kikényszeríti azokat a formalizált eljárásokat, amelyek nélkül nem lehet használható megoldást csinálni már egy kisebb projekt esetében sem. (Részletsebb megismeréshez lásd az MSDN módszertani oldalait)

Az agilis módszertan lehetõvé teszi nekünk, hogy a formális kérdésekkel a lehetõ legkevésbé foglalkozzunk, azt csak a munka elkészítéséhez szükséges mértékig rögzítsük és dokumentáljuk. E módszertan azonban azt is követeli, hogy a szükséges mértékig dokumentáljuk mindazt amit el kell készíteni. Minderre a TFS-ben gyárilag rögzített módszertani szabályrendszer gondoskodik. (Sõt gyárilag elõkészített formalizált dokumentumokkal vezette a kezünket a szükséges dokumentumok létrehozása érdekében).

More »

Projektünk eddig nem a TFS alatt volt kezelve, de a használt kód a – természetesen – verziókezeléssel volt használva. Nálunk e feladatra a – tekintettel Microsoft Gold minõsítésünkre – az MS Visual Source Safe volt használva. Természetesen adja magát a kérdés, az igény, hogy a már eddig is kezelt kódot a VSS adatbázisából a TFS verziókezelõbe áttöltsük. A Microsoft természetesen készült, számolt ezzel a kézenfekvõ igénnyel, így elég könnyen és gyorsan elvégezhetjük a feladatot.

A szükséges lépéseket az MSDN Visual Studio Team System Developer Center-en két cikke részletesen ismerteti:

  1. Walkthrough: Preparing to Migrate from Visual SourceSafe to Team Foundation
  2. Walkthrough: Migrating from Visual SourceSafe to Team Foundation

A két dokumentációt lépésrõl lépésre követve könnyen és elegánsan migrálhatjuk VSS alól forráskódunkat a TS alá, de vegyük figyelembe a következõket:

  • Az egész megkezdése elõtt készítsünk mentést a VSS adatbázisról (vagy legalább a migrálandó projektrészrõl)
  • Nem vagyunk kötelesek az egész VSS adatbázist betölteni egyetlen TFS projekthez
  • Mindenféleképpen rendelkeznünk kell az admin jogosultságokkal mindegyik térfélen
  • A migráció során a rendszer “eljátsza” eddigi összes botlásunkat, azaz egy nagyobb projekt betöltése jelentõs idõ lehet (nekem a 1550 fájlból álló website bemigrálása is – az összes követéssel mintegy 15-20 perc volt, és ebben nagy és sokszoros változtatások módosítások nem is voltak – és mindez lokális hálózaton!)
  • A betöltést lehetõleg lokális hálózaton végezzük mert úgy természetesen a feldolgozási idõ jelentõsen csökkenthetõ!

Ezt követõen a TFS projektünk már ismerte az eddigi teljes forráskód történetet és innentõl folytathattuk tovább a munkát, de ez már egy következõ bejegyzés lesz.

Az elmúlt napokban nekikezdtem és felvettem elsõ projektemet a VS TeamSystem alá. Tervem az, hogy egy általános website elkészítésén keresztül végigveszem a feladatokat és a használat módját. Miután nem egyedül vagyok ezért a kollégáimat is próbálom a dologba bevonni. Ennek jegyében kialakítottuk és folyamatosan alakítjuk a több szereplõs projektmodelt és nézzük kinek mit is kell, lehet csinálni.

More »