Microsoft TFS 2015 Update-3 for. net (Build, Test and Deploy): TFS-Tutorial

TFS: ää käytetään laajemmin. Net-kehittämiseen Visual Studio. Net IDE: n avulla. TFS 2015 Update 3: n avulla voi muodostaa yhteyden mihin tahansa Team Foundation Server Git repo-palvelimeen SSH-avaimella.

Team Foundation Server (TFS) on Microsoftin Alm-tuote, joka tarjoaa valmiudet päästä päähän-kehitykseen ja testaukseen käyttäen työkohteen hallintaa, projektisuunnittelua (Waterfall tai Scrum), versionhallintaa, Build / Release (Deploy) ja testausominaisuuksia.

huomautus: Tässä TFS-opetusohjelmassa on monta kuvaa, joten se voi latautua oikein.

myös lukea => TFS JAVA-projekteille, joissa on Eclipse Devopsissa

Introduction

TFS on räätälöity Microsoft Visual studiolle ja Eclipselle kaikilla alustoilla, mutta sitä voidaan käyttää myös taustapääteenä useille IDE: ille (Integrated Development Environments).

tarkastelemme nyt, miten Team Foundation serveriä (TFS) käytetään rakentamaan, testaamaan ja ottamaan käyttöön.Net-verkkosovelluksia, mikä on perinteisesti työkalun vahvuus.

Ennakkovaatimus:

• Microsoft TFS 2015 Update 3
• Microsoft Visual Studio.Net 2015 (30 päivän kokeiluversio)
• SonarQube 6.4 tai yli
• IIS: n WWW-palvelin käytössä. Koska käytän Windows 7-laatikkoa, voit tarkistaa tämän opetusohjelman siitä, miten IIS 7 otetaan käyttöön. Internet Information Servicesin (IIS 7) asentaminen Windows 7 Ultimate-käyttöjärjestelmään
• on olemassa useita YouTube-videoita siitä, miten IIS otetaan käyttöön Windowsissa 2008 / 2012 / 2016.

tyypillisesti opetusohjelmassa mainittujen vaiheiden suorittamiseen tarvitaan Rakentamispalvelin, jossa rakentamiset suoritetaan, ja Käyttöönottokoneet tai-ympäristöt, joissa sovellukset otetaan käyttöön IIS: lle, agentit asennettuina ja käynnissä. Katso aikaisempi opetusohjelma tietää, miten asentaa agents.

Setup a c# Application

olettaen, että TEHTÄVÄKOHTEET on luotu TFS: ssä ja ne on osoitettu kehittäjien tehtäväksi työskennellä samalla. Olen aina pannut merkille, että jäljitettävyys on erittäin tärkeää kaikkien ohjelmistojen elinkaaren aikaisten töiden seurannan kannalta.

ennen kuin lisäät.Net-sovelluksen TFS-lähdekoodiohjausvarastoon, varmista, onko kokoelma-ja Tiimiprojekti olemassa vai ei.

kokoelman luo TFS: n ylläpitäjä. Se koostuu minkä tahansa palveluorganisaation Tiimiprojekteista, joissa toteutetaan useiden asiakkaiden projekteja. Voit luoda TFS: ssä yksilölliset kokoelmat jokaiselle asiakasprojektille.

kun kokoelma on luotu, sen sisälle voi luoda useita tiimiprojekteja. Yhden tiimin projekti koostuu kaikista työkohteista, lähdekoodista, testiesineistä, raporttien mittareista jne., Tiimiprojekti voidaan luoda käyttämällä erilaisia sisäänrakennettuja prosessimalleja, kuten Scrum, Agile, CMMI jne.

• lisää kokoelmien luomisesta löytyy @ manager team project collections Team Foundation Server
• täältä, käytän Oletuskokoelmaa, joka luodaan, kun TFS on asennettu
• , luodakseni tiimiprojektin kokoelmaan, noudata alla olevia ohjeita.

Käynnistä TFS-verkkoliittymä URL: n http://<ServerName>:port/tfs avulla ja näet projektin syntyneen.

klikkaa projektia ja pääset tiimin kojelautaan

(huomaa: Klikkaa mitä tahansa kuvaa suurentaaksesi näkymää)

nyt on syntynyt kokoelma ja tiimiprojekti. Käynnistetään visuaalinen Studio.NET Luo uusi C# – verkkosovellus ja jaa projekti TFS-lähdekoodiohjausvarastoon. Tämä on ensimmäinen askel kohti jatkuvan integraation (Ci) käytäntöä.

1) Launch Visual Studio.NET ja aseta TFS oletuslähteen ohjausvarastoksi. Siirry tools => Options => Source Control. Valitse sitten OK.

2) Go to View => Team Explorer ja connect to TFS server using the icon

3) Create a C# ASP.NET Web project

4) Koska olemme luomassa web-sovellusta, valitse Web Forms-malli

Luo projekti napsauttamalla OK.

5) luotua projektia voi tarkastella Solution Explorerissa. . Net käyttää käsitettä .sln-tiedosto tai ratkaisu, joka sisältää kaikki projektit. Kun avaat ratkaisun, myös kaikki siihen liittyvät projektit avautuvat. Ratkaisu on lisättävä TFS-lähdeohjausvarastoon

6) Muokkaa tiedoston oletusarvoa.aspx kuten kuvassa, tallenna se ja lisää sitten koko ratkaisu TFS-lähdeohjausvarastoon

valitse Suunnittelunäkymä ja näet koko sivun

7) Lisää ratkaisu TFS-lähdeohjaukseen. Napsauta hiiren kakkospainikkeella ratkaisua ja valitse”Lisää ratkaisu Lähdekoodiohjaukseen”

8) valitse aiemmin luotu Tiimiprojekti ja valitse sitten OK

9) ratkaisua ei ole vielä tarkistettu-in TFS: ään. Vuonna Team Explorer Klikkaa source control explorer ja näet ratkaisun lisätään tarkistettavaksi.

10) Check-in-muutokset. Siirry kohtaan Team Explorer=> vireillä olevat muutokset

Kirjoita kommentti ja vedä-pudota TEHTÄVÄAIHE jäljitettävyyden varmistamiseksi. Napsauta sisäänkirjautumispainiketta.

11) paikallisesti, Napsauta Firefox-kuvaketta Visual Studio.NET. muista, että sitä ei ole vielä otettu käyttöön IIS: ssä missään tietyssä ympäristössä.

Build Definition with Code Analysis

build definition koostuu sarjasta tehtäviä, jotka suoritetaan automaattisen rakentamisprosessin aikana. Esimerkkejä tehtävistä voivat olla Visual Studio Build, MS Build, PowerShell-tai Shell-komentosarjojen suorittaminen jne.

1) luodaksesi Build Definition, Kirjaudu TFS-verkkoliittymään ja siirry Builds-välilehteen. Napsauta + luodaksesi build definition. Aloita tyhjällä määrittelyllä ja valitse sitten Seuraava.

valitse Tiimiprojekti ja napsauta Create

klikkaa Editiä, joka löytyy tyhjän määritelmän vierestä

Tallenna rakentamismääritelmä joksikin”päärakentamismääritelmäksi”

koska kaikuluotainta käytetään koodin analysointiin, lisätään näin ollen 2 kaikuluotaimen vaiheet ”SonarQube Scanner MSBuild – begin Analysis” ja ”SonarQube scanner MSBuild – Endille” Analyysin tehtävät.

Lisää begin Analysointivaihe ennen MS: n tai Visual studion rakentamista. Tämä vaihe hakee tiedot Sonarqube-palvelimelta analyysin määrittämiseksi.

Lisää Loppuanalyysi vaihe myöhemmin.

lisätyt vaiheet näyttävät seuraavilta MS Build-vaiheen ollessa välissä.

Aloita määrittelemään Sonarqube-palvelimen yksityiskohdat. Määrittele päätepiste, johon lisätään Sonarqube-palvelin ja todennustiedot. Klikkaa ’hallita’ lisätä Sonarqube palvelimen tiedot.

klikkaa”New Service Endpoint => Generic”

palaa nyt Pääkäyttömääritysnäyttöön ja valitse päätepiste, joka luotiin juuri.

valmis kokoonpano Begin-analyysiä varten, näyttää alla esitetyllä tavalla

valitse ratkaisu. Advanced=> Lisäasetukset kirjoita seuraava ja tallenna Rakentamismääritelmä

/d:kaikuluotain.scm.käytössä=true / d: kaikuluotain.scm.provider=tfvc /d: kaikuluotain.tfvc.käyttäjätunnus = niranjan / d: kaikuluotain.tfvc.salasana.secured=<password>

Kaikuluotainanalyysi. Viimeistele analyysi ja lataa tulokset Kaikuluotainprojektiin.

Lisää vaihe artefaktien julkaisemiseksi palvelimelle. Esineet tallennetaan drop-kansioon palvelimessa ja niitä käytetään käyttöönoton aikana.

2) Asenna agentti rakennus-ja Käyttöönottokoneeseen. Voit viitata edelliseen opetusohjelma tietää, miten asentaa agentti. Nyt olettaen, että agentti on asennettu, varmista, onko agentti käynnissä vai ei.

3) Varmista, että kaikuluotain SCM TFVC-liitännäinen Ladataan täältä. ja kopioitu SonarQube installation\extensions\plugins hakemistoon. Tämä liitännäinen varmistaa, että lähdekoodi on otettu TFS-lähdekoodiohjausvarastosta ja että se on Sonarquben käytettävissä koodin analysointia varten.

4) Kun liitännäinen on ladattu ja kopioitu, käynnistetään kaikuluotainpalvelin

5) aloitetaan kooste, jolla tarkistetaan, toimivatko vaiheet hyvin. Avaa Build Definition ja napsauta”Queue Build”

Build Successful. Kaikki askeleet kulkivat hyvin.

Napsauta Rakentamisnumeroa, tässä tapauksessa se on Rakenna 217 ja siirry Artifacts-välilehteen katsomaan palvelintasolla luotua drop-kansiota.

Huomautus: seuraavassa osassa julkaisuprosessi näyttää, miten jokin muutoksista voi heijastua koko käyttöönottoprosessin ajan. Tämän varmistamiseksi, että projekti artefaktit kopioidaan kopiointivaiheen kautta build definition kokoamisvaiheen jälkeen tai manuaalisesti kopioida projektin artefakti Hakemisto C:\Inetpub \ wwwroot Hakemisto. Tämä on tehtävä vain kerran.

Creating Release for Deployment

edellisessä osiossa näimme Buildista, jota seurasi Koodianalyysi kaikuluotaimella. Luomme nyt julkaisun, jolla siirrämme artefaktit ’drop’ – kansiosta IIS: ään.

julkaisun luomisen myötä koko jatkuva integraatio ja jatkuva toimitus automatisoidaan ilman manuaalista väliintuloa.

mene Release Hubiin ja luo Julkaisumääritys.

Aloita tyhjällä määrittelyllä ja napsauta OK.

Tallenna Julkaisumääritelmä ja nimeä Oletusympäristö QA: ksi. Projektien perusteella lisäympäristöjä, kuten Staging Pre-Prod jne. voidaan myös lisätä ja käyttöönotto automatisoitaisiin koko ympäristöön yksi toisensa jälkeen.

Linkitä Rakentamismääritelmä Julkaisumääritykseen, jotta käyttöönotto on automatisoitu. Klikkaa ’linkki build definition’. Valitse aiemmin luotu build definition.

Click on Link

Ota käyttöön Käyttöönottoehto aloittaa käyttöönotto heti julkaisun luomisen jälkeen

myös, Ota käyttöön käynnistin käyttöönoton jälkeen. Vuonna Release määritelmä, siirry laukaista välilehti ja ota ’jatkuva käyttöönotto’, Valitse rakentaa määritelmä.

Tallenna myöhemmin Julkaisumääritelmä.

Back in Environments-välilehden Julkaisumääritelmä lisää tehtävät artefaktien käyttöönottamiseksi IIS-palvelimelle.

Lisää IIS wwwrootdirectory-hakemistoon tehtävä kopioida tiedostoja rakentamisprosessin aikana luodusta ”drop” – kansiosta.

Source folder – Selaa ja valitse Webapplication1-projekti drop-kansiosta

kohdekansion tulisi olla Inetpub\wwwroot directory-C:\Inetpub\wwwroot\WebApplication1

suorittaa Release for Deployment

release Hubissa, luo julkaisu käynnistääksesi käyttöönoton

valitse viimeinen vakaa rakenne ja napsauta Create aloittaaksesi käyttöönoton.

Deployment is successed to QA environment

Run Inetmgr, joka on IIS-hallinta, jossa voit hallita kaikkia IIS: ään asennettuja www-sivustoja / sovelluksia. Selaa käyttöön otettua verkkosovellusta.

päättämään, kun olet aloittanut rakentamisen, käyttöönotto myös valmistuu kaikkiin määriteltyihin ympäristöihin, sillä julkaisu on linkitetty build definitioniin.

johtopäätös

tässä TFS-tutoriaalissa olemme nyt nähneet, miten Microsoft ALM-alustaa voidaan käyttää.NET-sovellusten rakentamisen, testauksen ja käyttöönoton automatisointiin. TFS: llä on tässä merkittävä rooli.

näin ollen automaatio on nykymaailmassa avain onnistuneeseen ja nopeampaan toimitukseen.