met behulp van Microsoft TFS 2015 Update-3 voor. net (bouwen, testen en implementeren): TFS-Tutorial
TFS wordt meer gebruikt voor.net-ontwikkeling met behulp van Visual Studio. NET IDE. Met TFS 2015 Update 3, kan men verbinding maken met elke Team Foundation Server Git repo, met behulp van een SSH sleutel.,
Team Foundation Server (TFS) is een ALM-product van Microsoft dat de mogelijkheden biedt voor een end-to-end ontwikkeling en testen met behulp van Werkitembeheer, projectplanning (Waterfall of Scrum), versiebeheer, Build / Release (Deploy) en testmogelijkheden.
opmerking: Deze TFS-tutorial heeft veel afbeeldingen, dus laat het goed Laden.,
Lees ook => TFS voor JAVA-projecten met Eclipse in DevOps
Inleiding
TFS is op maat gemaakt voor Microsoft Visual Studio en Eclipse op alle platforms, maar het kan ook worden gebruikt als back-end voor verschillende IDEs (Integrated Development Environments).
We zullen nu bekijken hoe Team Foundation Server (TFS) zal worden gebruikt voor het bouwen, testen en implementeren van.NET Web applicaties die traditioneel de kracht van het gereedschap is.
vereisten:
- Microsoft TFS 2015 Update 3
- Microsoft Visual Studio .,NET 2015 (proefversie van 30 dagen)
- SonarQube 6.4 of hoger
- IIS-webserver ingeschakeld. Aangezien ik gebruik maak van een Windows 7 vak kunt u deze zelfstudie over het inschakelen van IIS 7. Internet Information Services (IIS 7) installeren op Windows 7 Ultimate
- Er zijn verschillende YouTube-video ‘ s over het inschakelen van IIS op Windows 2008 / 2012 / 2016.,
om de stappen uit te voeren die in de tutorial worden genoemd, hebt u een Build-Server nodig, waar Builds worden uitgevoerd, en Implementatiemachines of-omgevingen waar applicaties worden geïmplementeerd in IIS, met geïnstalleerde en draaiende agents. Raadpleeg mijn eerdere tutorial om te weten hoe je agenten te installeren.
een C# – toepassing instellen
aangenomen dat TAAKWERKITEMS in TFS worden aangemaakt en aan ontwikkelaars worden toegewezen om aan hetzelfde te werken. Ik heb altijd gemerkt dat traceerbaarheid erg belangrijk is vanuit het oogpunt van het volgen van elk werk gedurende de hele levenscyclus van de software.,
voordat u een.net-toepassing toevoegt aan TFS bronbeheer repository, moet u controleren of er al dan niet een collectie-en teamproject bestaat.
Een verzameling wordt gemaakt door de TFS-beheerder. Het bestaat uit een groep teamprojecten in elke serviceorganisatie, waar projecten voor meerdere klanten worden uitgevoerd. U kunt individuele collecties maken voor elk klantproject in TFS.
zodra een verzameling is gemaakt, kunt u meerdere teamprojecten binnen deze collectie maken. Een enkel team project bestaat uit alle werk items, broncode, test artefacten, metrics voor rapporten etc.,, Team project kan worden gemaakt met behulp van verschillende ingebouwde proces templates zoals Scrum, Agile, CMMI etc.
- meer over het maken van collecties kunt u vinden @ Team project collecties beheren in Team Foundation Server
- Hier zal ik de standaard collectie gebruiken die wordt aangemaakt zodra TFS is geïnstalleerd
- om team project te maken binnen een collectie, volg de stappen zoals hieronder getoond.
start de TFS – webinterface met behulp van de URL http://<ServerName>:port/tfs en u kunt het project aangemaakt zien.,
klik op het project en u gaat naar het team Dashboard
(opmerking: klik op een afbeelding voor een vergrote weergave)
nu hebben we een verzameling en een teamproject gemaakt. Laten we visueel starten Studio.NET en maak een nieuwe C # webapplicatie aan en deel het project met TFS source control repository. Dit is de eerste stap op weg naar een continue integratie (CI) praktijk.
1) visueel opstarten Studio.NET en stel TFS als de standaard bron controle repository. Ga naar Tools = > Options => Broncontrole. Dan klikken OK.,
2) Ga naar View => Team Explorer en maak verbinding met TFS-server met behulp van het pictogram
3) Maak een C# ASP.NET webproject
4) omdat we een webtoepassing maken, selecteert u de webformulieren sjabloon
klik op OK om het project aan te maken.
5) Het aangemaakt project kan worden bekeken in Solution Explorer. . Net gebruikt het concept van .sln-bestand of oplossing om alle projecten te bevatten. Zodra u de oplossing opent, worden alle bijbehorende projecten ook geopend. We moeten de oplossing toevoegen aan de TFS source control repository
6) Wijzig het bestand standaard.,aspx zoals getoond, sla het op en voeg de hele oplossing toe aan de TFS source control repository
Selecteer de ontwerpweergave en u zult de hele pagina kunnen zien
7) Voeg de oplossing toe aan TFS source control. Klik met de rechtermuisknop op de oplossing en selecteer ‘oplossing toevoegen aan bronbeheer’
8) Selecteer het eerder gemaakte teamproject en klik vervolgens op OK
9) de oplossing is nog niet ingecheckt in de TFS. In de Team Explorer klik op de Source control explorer en u kunt de oplossing toegevoegd om te worden gecontroleerd in te zien.
10) Wijzigingen in de Check-in., Ga naar Team Explorer = > In afwachting van wijzigingen
voer een opmerking in en sleep een TAAKWERKITEM om traceerbaarheid te garanderen. Klik op de Check-in knop.
11) om de website die lokaal wordt uitgevoerd te testen, klikt u op het Firefox-pictogram in Visual Studio.NET. vergeet niet dat het nog niet is geïmplementeerd in IIS op een bepaalde omgeving.
bouwen definitie met Code analyse
Een bouwen definitie bestaat uit een reeks taken die wordt uitgevoerd tijdens een geautomatiseerd bouwen proces., Voorbeelden van de taken kunnen bestaan uit het uitvoeren van een Visual Studio Build, MS Build, het uitvoeren van PowerShell of Shell scripts etc.
1) om een Build definitie te maken, log in op TFS webinterface en ga naar het Builds tabblad. Klik op + om een build definitie te maken. Begin met lege definitie en klik vervolgens op Volgende.,
Selecteer het teamproject en klik op Create
klik op Edit, die gevonden wordt naast de lege definitie
sla de bouwdefinitie op als iets als ‘Main Build’
omdat Sonarqube gebruikt zal worden voor Code – analyse, voeg daarom de 2 Sonarstappen ‘SonarQube Scanner for MSBuild – Begin Analysis’ en de ‘SonarQube Scanner for MSBuild-End Analysis’ toe.
voeg de begin-analyse-stap toe voordat een MS-Build of Visual Studio-Build plaatsvindt. Deze stap haalt details van Sonarqube server om de analyse te configureren.
voeg eindanalyse stap later.,
de toegevoegde stappen zullen er als volgt uitzien met MS Build step ertussen.
begin met het definiëren van de details van de Sonarqube-server. Definieer eindpunt waar de Sonarqube server en authenticatie details worden toegevoegd. Klik op’ Beheren ‘ om de SonarQube server details toe te voegen.
klik op ‘New Service Endpoint = > Generic’
ga nu terug naar het hoofd Build definitie scherm en selecteer het eindpunt dat zojuist is gemaakt.
voltooide configuratie voor begin analyse, ziet er als hieronder
Selecteer de oplossing., In de Advanced = > aanvullende instellingen voer het volgende in en sla de Build definitie
/d op:sonar.scm.enabled = true / d:sonar.scm.provider = tfvc / d: sonar.tfvc.gebruikersnaam = niranjan/d: sonar.tfvc.wachtwoord.secured = <password>
SonarQube – End Analysis. Voltooi de analyse en upload vervolgens de resultaten naar het SonarQube-project.
voeg een stap toe om artefacten aan de server te publiceren. De artefacten worden opgeslagen in een drop-map op de server en worden gebruikt tijdens de implementatie.,
2) installeer de agent op de Build en Deployment machine. U kunt verwijzen naar mijn vorige tutorial om te weten hoe de agent te installeren. Nu ervan uitgaande dat de agent is geïnstalleerd, zorg ervoor dat de agent draait of niet.
3) Zorg ervoor dat de SonarQube SCM tfvc plugin wordt gedownload van hier. en gekopieerd naar de SonarQube installatie\extensions \ plugins directory. Deze plugin zorgt ervoor dat de broncode uit de TFS source control repository wordt gehaald en beschikbaar wordt gesteld aan SonarQube voor code analyse.,
4) Nadat de plugin is gedownload en gekopieerd, start u de sonarserver
5) Start een Build om te controleren of de stappen goed werken. Open De Build definitie en klik op ‘Queue Build’
Build succesvol. Alle trappen liepen prima.
klik op het Build-nummer, in dit geval is het Build 217 en ga naar het tabblad artefacten om de drop-map te bekijken die op serverniveau is gemaakt.
opmerking: In de volgende paragraaf laat het vrijgaveproces zien hoe veranderingen kunnen worden weerspiegeld gedurende het implementatieproces., Voor dit Zorg ervoor dat de project artefacten worden gekopieerd door de kopie stap in de build definitie na compilatie stap of handmatig kopiëren van de project artefact directory naar de C:\inetpub\wwwroot directory. Dit hoeft maar één keer te gebeuren.
Release aanmaken voor implementatie
in de vorige paragraaf zagen we over Build, gevolgd door code analyse met behulp van SonarQube. We zullen nu een Release maken om de artefacten uit de ‘drop’ – map naar IIS te implementeren.
met de creatie van Release wordt de volledige continue integratie en continue levering geautomatiseerd zonder enige handmatige tussenkomst.,
Ga naar Release hub en maak een Release definitie.
begin met lege definitie en klik op OK.
sla de Release-definitie op en hernoem de standaardomgeving naar QA. Op basis van de projecten, extra omgevingen zoals Staging Pre-Prod etc. kan ook worden toegevoegd en de implementatie zou worden geautomatiseerd om de hele omgevingen een na de andere.
Koppel de Build definitie aan de Release definitie zodat de implementatie geautomatiseerd is. Klik op ‘Link naar een build definitie’. Selecteer de bouwdefinitie die eerder is gemaakt.,
klik op Link
Schakel de Implementatievoorwaarde in om de implementatie direct na het maken van de Release te starten
ook activeer je de Trigger voor de implementatie nadat de build succesvol is. Ga In de Release definitie naar het tabblad Trigger en schakel ‘Continuous Deployment’ in, selecteer de build definitie.
sla Later de Release definitie op.
terug in omgevingen tabblad van de release definitie voeg de taken toe om de artefacten op de IIS-server te implementeren.
voeg een taak toe om bestanden te kopiëren uit de ‘drop’ – map die tijdens het bouwproces is gemaakt naar de IIS wwwrootdirectory.,
bronmap-blader en selecteer het project Webapplication1 in de dropmap
doelmap moet de map inetpub \ wwwroot zijn – C:\inetpub\wwwroot\WebApplication1
Release voor implementatie uitvoeren
in de release hub, Maak een release om de implementatie te starten
Selecteer de laatste stabiele build en klik op Create om de implementatie te starten.
implementatie is succesvol in QA-omgeving
Run inetmgr, de IIS-manager, waar u ALLE op IIS geïnstalleerde websites / toepassingen kunt beheren. Blader naar de webapplicatie geïmplementeerd.,
om te concluderen als u de Build start, zal de implementatie ook worden voltooid in alle gedefinieerde omgevingen, aangezien de Release is gekoppeld aan de build definitie.
conclusie
in deze TFS-tutorial hebben we nu gezien hoe Microsoft Alm-platform kan worden gebruikt voor het automatiseren van Build, Test en implementatie voor.net-toepassingen. TFS speelt hier een belangrijke rol.
daarom is automatisering in de wereld van vandaag de sleutel voor een succesvolle en snellere levering om voorop te blijven.
laatst bijgewerkt: 18 januari 2021 06: 33