a Microsoft TFS 2015 Update-3 for.NET (Build, Test and Deploy): TFS Tutorial
TFS szélesebb körben használják. Net fejlesztés Visual Studio. Net IDE. A TFS 2015 Frissítés 3, lehet csatlakozni bármely csapat Alapítvány szerver Git repo, egy SSH kulcs.,
Team Foundation Server (TFS) egy Alm termék a Microsoft, amely a képességek egy end-to-end fejlesztés és tesztelés munka elem kezelése, projekt tervezés (vízesés vagy Scrum), Verzióvezérlés, Build/Release (Deploy) és tesztelési képességek.
Megjegyzés: Ez a TFS bemutató sok képet tartalmaz, így lehetővé teszi a megfelelő betöltést.,
is olvasható = > TFS Java projektek Eclipse DevOps
Bevezetés
TFS szabott Microsoft Visual Studio és Eclipse minden platformon, azonban azt is fel lehet használni, mint egy back-end több ide (integrált fejlesztési környezetek).
most megnézzük, hogy a Team Foundation Server (TFS) hogyan használható.Net webalkalmazások létrehozására, tesztelésére és telepítésére, amelyek 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 webszerver engedélyezve. Mivel Windows 7 dobozt használok, ellenőrizheti ezt a bemutatót az IIS 7 engedélyezéséről. Hogyan telepítsük az Internetes információs szolgáltatásokat (IIS 7) A Windows 7 Ultimate
- számos YouTube-videó található az IIS engedélyezéséről a Windows rendszeren 2008 / 2012 / 2016.,
Általában a következő lépések elvégzéséhez szerepel a bemutató kell Építeni Szerver, ahol Épít kerül sor, valamint a Telepítés gépeken, vagy olyan környezetben, amelyben az alkalmazások fogják alkalmazni IIS, ügynökökkel telepített működik. Kérjük, olvassa el a korábbi bemutató tudni, hogyan kell telepíteni ügynökök.
Setup A C # Application
feltételezve, hogy a feladat munka elemek jönnek létre a TFS, és van rendelve Fejlesztő dolgozni ugyanazon. Mindig is észrevettem, hogy a nyomon követhetőség nagyon fontos a szoftver életciklusa során végzett munka nyomon követése szempontjából.,
mielőtt egy. NET alkalmazást hozzáadna a TFS source control repository-hoz, ellenőrizze, hogy létezik-e gyűjtemény-és csapatprojekt.
A gyűjtemény által létrehozott TFS rendszergazda. Ez egy Csapatprojektek csoportjából áll bármely szolgáltató szervezetben, ahol több ügyfelet érintő projekteket hajtanak végre. Egyéni gyűjteményeket hozhat létre minden ügyfélprojekthez a TFS-ben.
a gyűjtemény létrehozása után több csapatprojektet is létrehozhat benne. Egyetlen csapatprojekt áll az összes munkaelemből, forráskódból, teszt tárgyakból, jelentések mutatóiból stb.,, A csapatprojekt különféle beépített folyamatsablonok, például Scrum, Agile, CMMI stb.
- további gyűjtemények létrehozása megtalálható @ csapatprojekt gyűjtemények kezelése a Team Foundation Serverben
- 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 a http://<ServerName>:port/tfs URL segítségével, majd láthatja a létrehozott projektet.,
kattintson a projekt, és akkor kap a csapat műszerfal
(Megjegyzés: kattintson bármelyik képre a nagyított nézet)
most már van egy gyűjtemény és egy csapat projekt létre. Indítsuk el a vizuális Studio.NET hozzon létre egy új C # webes alkalmazást, majd ossza meg a projektet a TFS source control repository-nak. Ez az első lépés a folyamatos integrációs (CI) gyakorlat kialakítása felé.
1) Visual indítása Studio.NET állítsa be a TFS-t alapértelmezett forrásvezérlő tárolóként. Ugrás az eszközök = > opciók => Forrásvezérlés. Ezután kattintson az OK gombra.,
2) ugrás a Nézet = > Team Explorer elemre, majd csatlakozzon a TFS szerverhez a
3 ikon segítségével) hozzon létre egy C# ASP.NET webes projekt
4) mivel webes alkalmazást hozunk létre, válassza ki a webes űrlapok sablonját
kattintson az OK gombra a projekt létrehozásához.
5) a létrehozott projekt megtekinthető a Solution Explorer alkalmazásban. . Net használja a koncepció .sln fájl vagy megoldás, amely tartalmazza az összes projektet. Miután megnyitotta a megoldást, az összes kapcsolódó projekt is megnyílik. Hozzá kell adnunk a megoldást a TFS source control repository
6) módosítsa a fájl alapértelmezett.,aspx amint látható, mentse el, majd adja hozzá a teljes megoldást a TFS forrásvezérlő tárolóhoz
válassza ki a tervezési nézetet, majd láthatja a teljes oldalt
7) adja hozzá a megoldást a TFS forrásvezérléséhez. Kattintson jobb gombbal a megoldás, majd válassza a Hozzáadás megoldás Forrása’
8) Válassza ki a Csapat Projekt a korábban létrehozott majd kattintson az OK gombra
9) A megoldás még nem ellenőriztem a TFS. A Team Explorerben kattintson a forrásvezérlő felfedezőre, majd 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 munka elemet a nyomonkövethetőség biztosítása érdekében. Kattintson a Bejelentkezés gombra.
11) a helyben futó webhely teszteléséhez kattintson a Firefox ikonra a Visual alkalmazásban Studio.NET. ne feledje, hogy még nem telepítették az IIS-hez egy adott környezetben.
Build definíció létrehozása Kódelemzéssel
a build definíció egy sor feladatból áll, amelyeket egy automatizált építési folyamat során hajtanak végre., A feladatok példái lehetnek Visual Studio Build, 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 a build definíció létrehozásához. Kezdje az üres definícióval, majd kattintson a Tovább gombra.,
válassza ki a Csapatprojektet, majd kattintson a Create
kattintson a Szerkesztés gombra, amely az üres definíció mellett található
mentse el a build definíciót, mint valami “fő Build”
mivel a Sonarqube – t Kódelemzésre használják, ezért adja hozzá a 2 szonár lépés “SonarQube szkenner MSBuild – Begin Analysis” és a “SonarQube szkenner MSBuild-End Analysis” feladatokhoz.
adja hozzá a kezdő elemzési 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 Serverről lekéri a részleteket.
Add End Analysis lépés később.,
a hozzáadott lépések a következők lesznek: ms Build lépés a kettő között.
kezdje el meghatározni a Sonarqube szerver részleteit. Adja meg a végpontot, ahol a Sonarqube szerver é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 az ‘új szolgáltatási végpont => Generic’
most térjen vissza a fő Build definíciós képernyőre, és válassza ki az éppen létrehozott végpontot.
befejezett konfiguráció az elemzés megkezdéséhez, az alábbiak szerint néz ki
válassza ki a megoldást., Az Advanced => További beállítások adja meg a következőket, majd mentse el a Build definíciót
/d:szonár.scm.engedélyezve=true / d: szonár.scm.szolgáltató=tfvc / d: szonár.tfvc.felhasználónév=niranjan / d: szonár.tfvc.jelszó.biztonságos = <jelszó>
SonarQube – End analízis. Végezze el 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óhoz. A leleteket a kiszolgáló cseppmappájában tárolják, majd a telepítés során használják.,
2) Telepítse az ügynököt a Build and Deployment gépre. Hivatkozhat az előző bemutatómra, 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. a SonarQube installation\extensions\plugins könyvtárba másolva. Ez a bővítmény biztosítja, hogy a forráskód a TFS forrásvezérlő adattárból származik, és a SonarQube rendelkezésére áll a kódelemzéshez.,
4) a plugin letöltése és másolása után indítsa el a szonár szervert
5) kezdeményezzen egy építést annak ellenőrzésére, hogy a lépések jól működnek-e. Nyissa meg a Build definíciót, majd kattintson a’Queue Build’
Build Successful elemre. Minden lépés jól ment.
kattintson a Build számra, ebben az esetben a Build 217, majd lépjen az Artifacts fülre, hogy megnézze a kiszolgáló szintjén létrehozott drop mappát.
Megjegyzés: A következő részben a kiadási folyamat megmutatja, hogy a változások hogyan tükröződhetnek a telepítési folyamat során., Ehhez győződjön meg arról, hogy a projekt leletek másolása a build definíció másolási lépésén keresztül történik az összeállítási lépés után, vagy manuálisan másolja a projekt artifact könyvtárat a C:\inetpub\wwwroot könyvtár. Ezt csak egyszer kell megtenni.
kiadás létrehozása A telepítéshez
az előző szakaszban láttuk az építést, majd a kódelemzést a SonarQube használatával. Most létrehozunk egy kiadást a tárgyak telepítéséhez a “drop” mappából az IIS-be.
A Release létrehozásával a teljes folyamatos integráció és folyamatos kézbesítés manuális beavatkozás nélkül automatizált.,
ugrás a Release hubra, majd hozzon létre egy kiadási definíciót.
Kezdje az üres definícióval, majd kattintson az OK gombra.
mentse el a kiadás definícióját, majd nevezze át az alapértelmezett környezetet QA-ra. A projektek alapján további környezetek, mint például a pre-Prod Staging stb. hozzá lehet adni, a telepítés pedig egymás után automatizálható a teljes környezethez.
kapcsolja össze a Build definíciót a definíció kiadásához, hogy a telepítés automatizált legyen. Kattintson a “Link a build definíció”. 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
is, engedélyezze a telepítés indítóját az építés sikeres befejezése után. A kiadás definíciójában lépjen a Trigger fülre, majd engedélyezze a “folyamatos telepítést”, válassza a build definíciót.
később mentse el a kiadás definícióját.
vissza a környezetek lapon a kiadás definíciója hozzá a feladatokat telepíteni a leletek az IIS szerver.
adjon hozzá egy feladatot a fájlok másolásához az építési folyamat során létrehozott “drop” mappából az IIS wwwrootdirectory-ba.,
forrásmappa-keresse meg és válassza ki a Webapplication1 projektet a
célmappában az inetpub \ wwwroot könyvtárnak kell lennie – C:\inetpub\wwwroot\WebApplication1
executing Release for Deployment
a release hub-ban hozzon létre egy kiadást a telepítés elindításához
válassza ki az utolsó stabil buildet, majd kattintson a Create gombra a telepítés elindításához.
A telepítés sikeres a QA környezethez
futtassa az inetmgr-t, amely az IIS menedzser, ahol kezelheti az IIS-re telepített összes webhelyet/alkalmazást. Keresse meg a telepített webes alkalmazást.,
ahhoz, hogy befejezze a Build elindítását, a telepítés az összes definiált környezethez is befejeződik, mivel a kiadás kapcsolódik a build definícióhoz.
következtetés
ebben a TFS oktatóanyagban most láttuk, hogy a Microsoft ALM platform hogyan használható a. net alkalmazások építésének, tesztelésének és telepítésének automatizálására. A TFS fontos szerepet játszik itt.
ezért a mai világban az automatizálás a sikeres és gyorsabb szállítás kulcsa, hogy előre maradjon.
Utolsó frissítés: 2021. január 18. 6: 33 am