a Microsoft TFS 2015 Update-3 használata.Net-hez (Build, Test and Deploy): TFS Tutorial

a TFS-t szélesebb körben használják a. net fejlesztéshez a Visual Studio. Net IDE használatával. A TFS 2015 Update 3, lehet csatlakozni bármely Team Foundation szerver Git repo, egy SSH kulcs.

A Team Foundation Server (TFS) a Microsoft ALM terméke, amely teljes körű fejlesztést és tesztelést biztosít a munkaelemek kezelése, a projekttervezés (vízesés vagy Scrum), a Verziókezelés, a Build / Release (telepítés) és a tesztelési képességek használatával.

Megjegyzés: Ez a TFS oktatóanyag sok képet tartalmaz, így lehetővé teszi a megfelelő betöltést.

is olvasható = > TFS JAVA projektek Eclipse DevOps

Bevezetés

a TFS minden platformon a Microsoft Visual Studio és az Eclipse számára készült, azonban számos ide (integrált fejlesztői környezet) háttérként is használható.

most megnézzük, hogy a Team Foundation Server (TFS) hogyan használható a.net webes alkalmazások építésére, tesztelésére és telepítésére, ami hagyományosan az eszköz erőssége.előfeltétel:

• Microsoft TFS 2015 Update 3
• Microsoft Visual Studio.Net 2015 (30 napos próbaverzió)
• SonarQube 6.4 vagy újabb
• IIS webkiszolgáló engedélyezve. Mivel Windows 7 dobozt használok, ellenőrizheti ezt az oktatóanyagot az IIS 7 engedélyezéséről. Az Internet Information Services (IIS 7) telepítése Windows 7 Ultimate rendszeren
• számos YouTube-videó található az IIS engedélyezéséről Windows rendszeren 2008 / 2012 / 2016.

az oktatóanyagban említett lépések végrehajtásához általában egy Build szerverre van szükség, ahol a buildeket végrehajtják, és olyan telepítési gépekre vagy környezetekre, ahol az alkalmazások telepítésre kerülnek az IIS-be, az ügynökök telepítésével és futtatásával. Kérjük, olvassa el a korábbi bemutató tudni, hogyan kell telepíteni ügynökök.

C# alkalmazás beállítása

feltételezve, hogy a feladat munkaelemek a TFS-ben jönnek létre, és a fejlesztőkhöz vannak rendelve, hogy ugyanazon dolgozzanak. Mindig is észrevettem, hogy a nyomon követhetőség nagyon fontos a szoftver életciklusának bármely munkájának nyomon követése szempontjából.

mielőtt hozzáadna egy. NET alkalmazást a TFS forrásvezérlő adattárhoz, ellenőrizze, hogy létezik-e gyűjtemény-és csapatprojekt.

a gyűjteményt a TFS rendszergazda hozza létre. Bármely szolgáltató szervezet Csapatprojektjeinek csoportjából áll, ahol több ügyfél számára projekteket hajtanak végre. Minden ügyfélprojekthez egyedi gyűjteményeket hozhat létre a TFS – ben.

miután létrehozott egy gyűjteményt, több csapatprojektet is létrehozhat benne. Egyetlen csapatprojekt áll az összes munkaelemből, forráskódból, teszttermékekből, jelentések mutatóiból stb., A csapatprojekt különféle beépített folyamatsablonok segítségével hozható létre, például Scrum, Agile, CMMI stb.

• További információ a gyűjtemények létrehozásáról megtalálható @ Csapatprojektgyűjtemények kezelése a Team Foundation Server alkalmazásban
• itt az alapértelmezett gyűjteményt fogom használni, amely a TFS telepítése után jön létre
• csapatprojekt létrehozásához egy gyűjteményen belül kövesse az alábbi lépéseket.

indítsa el a TFS webes felületet ahttp://<ServerName>:port/tfs URL használatával, és láthatja a létrehozott projektet.

kattintson a projektre, és a csapat irányítópultjára jut

(Megjegyzés: kattintson bármelyik képre a nagyított nézethez)

most létrehoztunk egy gyűjteményt és egy csapatprojektet. Indítsuk el a Visual programot Studio.NET hozzon létre egy új C # webalkalmazást, és ossza meg a projektet a TFS source control repository-val. Ez az első lépés a folyamatos integrációs (Ci) gyakorlat kialakítása felé.

1) Indítsa el a vizuális Studio.NET állítsa be a TFS-t alapértelmezett forrásvezérlő adattárként. Ugrás Tools => Options => Forrásvezérlés. Ezután kattintson az OK gombra.

2) lépjen a View => Team Explorer és csatlakozzon a TFS szerverhez az ikon használatával

3) Hozzon létre egy C# ASP.NET Web projekt

4) mivel webes alkalmazást hozunk létre, válassza ki a webes űrlapsablont

kattintson az OK gombra a projekt létrehozásához.

5) a létrehozott projekt megtekinthető a Solution Explorer programban. . Net használja a koncepció .sln fájl vagy megoldás, amely tartalmazza az összes projektet. A megoldás megnyitása után az összes kapcsolódó projekt is megnyílik. Hozzá kell adnunk a megoldást a TFS forrásvezérlő adattárhoz

6) módosítsa a fájl alapértelmezett értékét.aspx az ábrán látható módon mentse el, majd adja hozzá a teljes megoldást a TFS forrásvezérlő adattárához

válassza ki a tervezési nézetet, és látni fogja a teljes oldalt

7) adja hozzá a megoldást a TFS forrásvezérléshez. Kattintson a jobb gombbal a megoldásra, majd válassza a “megoldás hozzáadása a Forrásvezérléshez”

8) válassza ki a korábban létrehozott Csapatprojektet, majd kattintson az OK gombra

9) a megoldás még nincs bejelentkezve a TFS-be. A Team Explorerben kattintson a source control Explorerre, és láthatja a bejelentkezéshez hozzáadott megoldást.

10) check-in változások. Ugrás a Team Explorer => függőben lévő változások

adjon meg egy megjegyzést, majd húzza át a feladat munkaelemét a nyomon követhetőség biztosítása érdekében. Kattintson a Check-in gombra.

11), hogy teszteljék a honlap fut helyben, kattintson a Firefox ikonra a visual alkalmazásban Studio.NET. ne feledje, hogy még nincs telepítve az IIS-re egy adott környezetben.

Build definíció létrehozása Kódelemzéssel

a build definíció feladatok sorozatából áll, amelyeket egy automatizált build folyamat során hajtanak végre. Példák a feladatokra a Visual Studio Build futtatása, MS Build, PowerShell vagy Shell szkriptek végrehajtása stb.

1) Build definíció létrehozásához jelentkezzen be a TFS webes felületére, majd lépjen a buildek fülre. Kattintson a + gombra egy build definíció létrehozásához. Kezdje az üres definícióval, majd kattintson a Tovább gombra.

válassza ki a csapat projekt, majd kattintson a Create

kattintson a Szerkesztés, amely mellett található az üres definíció

mentse el a build definíciót valami olyasmiként, mint a”main build”

mivel a SonarQube lesz használva a kódelemzéshez, ezért adja hozzá a 2 szonár lépést “SonarQube scanner for MSBuild – begin analysis “és a” SonarQube scanner for MSBuild – end Elemzési feladatok.

adja hozzá az elemzés megkezdése lépést bármely MS Build vagy Visual Studio Build előtt. Ez a lépés az elemzés konfigurálásához a Sonarqube szerverről tölti le a részleteket.

Add End elemzés lépés később.

a hozzáadott lépések a következőképpen fognak kinézni, az MS Build step között.

kezdje el meghatározni a Sonarqube szerver adatait. Adja meg a végpontot, ahol a Sonarqube kiszolgáló és a hitelesítési adatok hozzáadásra kerülnek. Kattintson a ‘kezelés’ gombra a Sonarqube szerver adatainak hozzáadásához.

kattintson a ‘new Service Endpoint => Generic’

most menj vissza a fő Build definíció képernyőn, és válassza ki a az éppen létrehozott végpont.

befejezett konfiguráció a Begin analízishez, az alábbiak szerint néz ki

válassza ki a megoldást. Az Advanced = > további beállításokban adja meg a következőket, és mentse el a Build definíciót

/d:sonar.scm.enabled=true / d: szonár.scm.szolgáltató=tfvc/d: szonár.tfvc.felhasználónév=niranjan / d: szonár.tfvc.jelszó.secure = <jelszó>

SonarQube – End elemzés. Fejezze be az elemzést, majd töltse fel az eredményeket a SonarQube projektbe.

adjon hozzá egy lépést a melléktermékek közzétételéhez a kiszolgálón. A melléktermékeket a kiszolgáló egy drop mappájában tárolják, és a telepítés során használják őket.

2) Telepítse az ügynököt a Build and Deployment gépre. Hivatkozhat az előző oktatóanyagomra, hogy megtudja, hogyan kell telepíteni az ügynököt. Most feltételezve, hogy az ügynök telepítve van, ellenőrizze, hogy az ügynök fut-e vagy sem.

3) győződjön meg róla, hogy a SonarQube SCM TFVC plugin letölthető innen. és a SonarQube installation\extensions\plugins könyvtárba másolták. Ez a plugin biztosítja, hogy a forráskód a TFS forrásvezérlő adattárból származik, és a SonarQube számára elérhetővé válik kódelemzés céljából.

4) a plugin letöltése és másolása után indítsa el a sonar szervert

5) kezdeményezzen egy buildet, hogy ellenőrizze, hogy a lépések jól működnek-e. Nyissa meg a Build definíciót, majd kattintson a ‘Queue Build’

build sikeres. Minden lépés jól ment.

kattintson a Build számra, ebben az esetben a Build 217, majd menjen a leletek fülre, hogy megnézze a szerver szintjén létrehozott drop mappát.

Megjegyzés: A következő részben a kiadási folyamat megmutatja, hogy a módosítások hogyan tükröződhetnek a telepítési folyamat során. Ehhez győződjön meg arról, hogy a projekt melléktermékeit a fordítás után a build definíció másolási lépésén keresztül másolja, vagy manuálisan másolja a project artifact könyvtárat a C-be:\Inetpub \ wwwroot könyvtár. Ezt csak egyszer kell megtenni.

kiadás létrehozása A telepítéshez

az előző szakaszban a felépítésről láttunk, majd a SonarQube használatával végzett kódelemzést. Most létrehozunk egy kiadást, amely a ‘drop’ mappából az IIS-be telepíti a tárgyakat.

A Release létrehozásával a teljes folyamatos integráció és a folyamatos szállítás manuális beavatkozás nélkül automatizálódik.

lépjen a Release hub menüpontra, és hozzon létre egy Release definíciót.

Kezdje az üres definícióval, majd kattintson az OK gombra.

mentse el a kiadási definíciót, és nevezze át az alapértelmezett környezetet QA-ra. A projektek alapján további környezetek, például a pre-Prod stb. hozzáadható, és a telepítés egymás után automatizálható a teljes környezetben.

kapcsolja össze a Build definíciót a kiadás definíciójához, hogy a telepítés automatizált legyen. Kattintson a ‘link a build definícióhoz’gombra. Válassza ki a korábban létrehozott build definíciót.

kattintson a linkre

engedélyezze a telepítési feltételt a telepítés elindításához közvetlenül a kiadás létrehozása után

ezenkívül engedélyezze a triggert a telepítéshez, miután a build sikeres volt. A kiadás definíciójában lépjen a Trigger fülre, és engedélyezze a folyamatos telepítést, válassza ki a build definíciót.

később mentse el a kiadás definícióját.

vissza a környezetek lapon a release definition adja hozzá a feladatokat a melléktermékek telepítéséhez az IIS-kiszolgálóra.

adjon hozzá egy feladatot a fájlok másolásához a build folyamat során létrehozott ‘drop’ mappából az IIS wwwrootdirectory-ba.

forrás mappa – tallózás és válassza ki a Webapplication1 projektet a drop mappában

a célmappának az Inetpub\wwwroot könyvtárnak kell lennie – C:\inetpub \ wwwroot \ WebApplication1

kiadás végrehajtása a telepítéshez

a kiadási központban hozzon létre egy kiadást a telepítés elindításához

válassza ki az utolsó stabil összeállítást, majd kattintson a Létrehozás gombra a telepítés elindításához.

telepítés sikeres a minőségbiztosítási környezetben

futtassa az inetmgr-t, amely az IIS-kezelő, ahol kezelheti az IIS-be telepített összes webhelyet/alkalmazást. Keresse meg a telepített webes alkalmazást.

befejezésül, miután elindította a buildet, a telepítés az összes definiált környezetben is befejeződik, mivel a kiadás a build definícióhoz kapcsolódik.

következtetés

ebben a TFS oktatóanyagban láthattuk, hogy a Microsoft ALM platform hogyan használható a.net alkalmazások felépítésének, tesztelésének és telepítésének automatizálására. A TFS itt nagy szerepet játszik.

ezért a mai világban az automatizálás a kulcs a sikeres és gyorsabb szállításhoz.