tfs tutorial tfs automating build
Utilizarea Microsoft TFS 2015 Update-3 pentru .NET (Build, Test and Deploy): Tutorial TFS
TFS este utilizat pe scară largă pentru dezvoltarea .NET utilizând Visual Studio .NET IDE. Cu TFS 2015 Update 3, se poate conecta la orice depozit Git Team Foundation Server, utilizând o cheie SSH.
Team Foundation Server (TFS) este un produs ALM de la Microsoft care oferă capabilități pentru o dezvoltare și testare end-to-end utilizând Managementul articolelor de lucru, planificarea proiectelor (cascadă sau Scrum), controlul versiunilor, construirea / lansarea (implementarea) și testarea capacități.
NOTĂ : Acest tutorial TFS are multe imagini, așa că permiteți-i să se încarce corect.
Citește și => TFS pentru proiecte JAVA cu Eclipse în DevOps
Ce veți învăța:
- Introducere
- Configurați o aplicație C #
- Crearea definiției Build cu analiza codului
- Crearea lansării pentru implementare
- Se execută lansarea pentru implementare
- Concluzie
- Lectură recomandată
Introducere
TFS este adaptat pentru Microsoft Visual Studio și Eclipse pe toate platformele, cu toate acestea, poate fi folosit și ca back-end pentru mai multe IDE (Medii de dezvoltare integrate).
Vom arunca acum o privire la modul în care Team Foundation Server (TFS) va fi utilizat pentru a construi, testa și implementa aplicații web .NET, care este în mod tradițional punctul forte al instrumentului.
Condiție preliminară:
- Actualizare 3 Microsoft TFS 2015
- Microsoft Visual Studio .NET 2015 (versiune de încercare de 30 de zile)
- SonarQube 6.4 sau mai sus
- Server web IIS activat. Deoarece folosesc o casetă Windows 7, puteți verifica acest tutorial despre cum să activați IIS 7. Cum se instalează Internet Information Services (IIS 7) pe Windows 7 Ultimate
- Există mai multe videoclipuri YouTube despre cum să activați IIS pe Windows 2008/2012/2016.
De obicei, pentru a efectua pașii menționați în tutorial, veți avea nevoie de un Build Server , unde vor fi realizate Build-uri și mașini de implementare sau medii în care aplicațiile vor fi implementate în IIS, cu agenți instalați și în execuție. Vă rugăm să consultați tutorialul meu anterior pentru a afla cum să instalați agenți.
Configurați o aplicație C #
Presupunând că elementele de lucru TASK sunt create în TFS și sunt atribuite dezvoltatorului pentru a lucra la fel. Am observat întotdeauna că trasabilitatea este foarte importantă din punct de vedere al urmăririi oricărei lucrări pe parcursul ciclului de viață al software-ului.
Înainte de a adăuga un. Aplicație NET la depozitul de control sursă TFS , asigurați-vă dacă a Colecția și proiectul de echipă există sau nu.
O colecție este creată de administratorul TFS. Se compune dintr-un grup de proiecte de echipă în orice organizație de servicii, unde sunt executate proiecte pentru mai mulți clienți. Puteți crea colecții individuale pentru fiecare proiect de client în TFS.
Odată creată o colecție, puteți crea mai multe proiecte de echipă în cadrul acesteia. Un proiect cu o singură echipă constă din toate elementele de lucru, codul sursă, artefacte de testare, valori pentru rapoarte etc.
- Mai multe despre crearea colecțiilor pot fi găsite @ Gestionați colecțiile de proiecte de echipă în Team Foundation Server
- Aici, voi folosi Colecție implicită care este creat după instalarea TFS
- Pentru a crea un proiect de echipă într-o colecție, urmați pașii, așa cum se arată mai jos.
ce este un schimbător de voce bun
Lansați interfața web TFS utilizând URL http: //: port / tfs și puteți vedea fișierul proiect creat .
Faceți clic pe proiect și veți accesa panoul de bord al echipei
(Notă:Faceți clic pe orice imagine pentru vizualizare mărită)
Acum avem o colecție și un proiect de echipă creat. Haideți lansați Visual Studio.NET și creați un nouă aplicație web C # și partajați proiectul către depozitul de control sursă TFS. Acesta este primul pas spre stabilire Integrare continuă (CI) practică.
1) Lansați Visual Studio.NET și setați TFS ca depozit de control sursă implicit. Mergi la Instrumente => Opțiuni => Control sursă . Apoi apasa Bine .
Două) Mergi la View => Team Explorer și conectați-vă la serverul TFS utilizând pictograma 
3) Creeaza o Proiect web C # ASP.NET
4) Deoarece creăm o aplicație web, Selectați Șablon de formulare web
Faceți clic pe OK pentru a crea proiectul.
5) Proiectul creat poate fi vizualizat în Solution Explorer . .NET utilizează conceptul de fișier sau soluție .sln pentru a conține toate proiectele. Odată ce deschideți soluția, toate proiectele asociate se vor deschide. Trebuie să adăugăm soluția la depozitul de control sursă TFS
6) Modificați fișierul Default.aspx așa cum se arată, Salvați apoi adăugați întreaga soluție la Depozit de control sursă TFS
Selectați Vedere de proiectare și veți putea vedea întreaga pagină
7) Adăugați soluția la controlul sursei TFS. Click dreapta pe soluție și selectați „ Adăugați o soluție la Controlul sursei ”
8) Selectează Proiect de echipă creat mai devreme și apoi faceți clic pe OK
9) Soluția nu a fost încă înregistrată în TFS. În Team Explorer faceți clic pe exploratorul de control sursă și puteți vedea soluția adăugată pentru a fi înregistrată.
10) Modificări la check-in. Mergi la Team Explorer => Modificări în așteptare
Introduceți un comentariu și glisați-fixați un element de lucru TASK pentru a asigura trasabilitatea. Faceți clic pe Buton de check-in .
unsprezece) Pentru a testa site-ul web care rulează local, Faceți clic pe pictograma Firefox din Visual Studio.NET . Amintiți-vă că nu este încă implementat în AL LOR pe orice mediu anume.
Crearea definiției Build cu analiza codului
O definiție de compilare constă dintr-o serie de activități care se execută în timpul unui proces automat de construire. Exemple dintre sarcini pot consta în rularea unui Visual Studio Build, MS Build, executarea scripturilor PowerShell sau Shell etc.
1) Pentru a crea un Definiție de construcție , conectați-vă la interfața web TFS și accesați Construiește TAB . Click pe + pentru a crea o definiție de construcție. Începeți cu definiția GOLI și apoi faceți clic pe Următorul .
Selectează Proiect de echipă și faceți clic pe Crea
Faceți clic pe Editare , care se găsește lângă Definiție goală
Salvați definiția de construcție ca ceva de genul „Construcție principală”
Deoarece Sonarqube va fi folosit pentru analiza codului, prin urmare adăugați cei 2 pași Sonar „ Scaner SonarQube pentru MSBuild - Începeți analiza ” si ' Scaner SonarQube pentru MSBuild - Analiza finală sarcini.
Adaugă Începeți analiza pas înainte de orice versiune MS Build sau Visual Studio Build. Acest pas preia detalii de la Server Sonarqube pentru a configura analiza.
Adăuga Analiza finală pas mai târziu.
Pașii adăugați vor arăta după cum urmează cu pasul MS Build între.
Începeți să definiți detaliile serverului Sonarqube. Definiți punctul final în care se adaugă serverul Sonarqube și detaliile de autentificare. Click pe ' Administra' pentru a adăuga detaliile serverului Sonarqube.
Click pe „Noul punct final al serviciului => Generic”
Acum reveniți la principal Definiție de construcție ecran și selectați punctul final care tocmai a fost creat.
Configurația finalizată pentru analiza Begin, arată așa cum se arată mai jos
Selectați soluția. În Avansat => Setări suplimentare introduceți următoarele și salvați Definiție de construcție
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube - Analiza finală . Finalizați analiza și apoi încărcați rezultatele la proiectul SonarQube.
Adăugați un pas la Publică artefacte la server. Artefactele vor fi stocate într-un dosar drop din server și vor fi utilizate în timpul implementării.
Două) Instalați agentul pe mașina Build and Deployment. Puteți consulta tutorialul meu anterior pentru a afla cum să instalați agentul. Acum, presupunând că agentul este instalat, asigurați-vă dacă agentul rulează sau nu.
3) Asigurați-vă că este descărcat pluginul SonarQube SCM TFVC de aici . și copiat în Directorul de instalare extensii pluginuri SonarQube . Acest plugin asigură că codul sursă este preluat din depozitul de control sursă TFS și este pus la dispoziția SonarQube pentru analiza codului.
4) După ce pluginul este descărcat și copiat, Lansa serverul sonar
5) Lansați un Build pentru a verifica dacă pașii funcționează bine. Deschideți Definiția Build și faceți clic pe „Creare coadă”
Construiți cu succes. Toți pașii au mers bine.
Clic pe numărul Build, în acest caz, este Construiți 217 și du-te la Artefacte pentru a vedea folderul drop creat la nivel de server.
Notă: În secțiunea următoare, procesul de lansare arată cum oricare dintre modificări poate fi reflectată pe tot parcursul procesului de implementare. Pentru aceasta, asigurați-vă că artefactele proiectului sunt copiate prin pasul COPIE din definiția de compilare după etapa de compilare sau copiați manual directorul artefactului proiectului în directorul C: inetpub wwwroot. Acest lucru trebuie făcut o singură dată.
Crearea lansării pentru implementare
În secțiunea anterioară, am văzut despre Build, urmat de analiza codului folosind SonarQube. Acum vom crea un Eliberați pentru a implementa artefactele din folderul „drop” în IIS.
Odată cu crearea Release, întregul Integrare continuă și livrare continuă este automatizat fără nicio intervenție manuală.
Accesați Release hub și Creați o definiție de lansare .
Începe cu Definiție goală și faceți clic pe OK.
Salvați definiția Release și redenumiți mediul implicit în QA. Pe baza proiectelor, pot fi adăugate, de asemenea, medii suplimentare precum Staging Pre-Prod etc., iar implementarea ar fi automatizată în întregul mediu unul după altul.
Conectați definiția Build la definiția Release, astfel încât implementarea să fie automatizată. Click pe „Link către o definiție de compilare”. Selectați definiția de construire creată mai devreme.
Click pe Legătură
Activați condiția de implementare pentru a iniția implementarea imediat după Eliberați crearea
De asemenea, activați declanșatorul pentru implementare după ce construirea are succes. În definiția Release, accesați Fila declanșator și activați „Implementare continuă” , selectați definiția compilării.
Mai tarziu Salvați definiția eliberării.
Înapoi în fila Medii din definiția versiunii, adăugați activitățile pentru a implementa artefactele pe serverul IIS.
Adăuga o sarcină din care să copiați fișiere Dosarul „drop” creat în timpul procesului de compilare la IIS wwwrootdirectory.
Dosar sursă - Răsfoiți și selectați Aplicație web1 proiect în folderul drop
Dosar țintă ar trebui să fie directorul inetpub wwwroot - C: inetpub wwwroot WebApplication1
Se execută lansarea pentru implementare
În hub-ul de lansare, creați o versiune pentru a începe implementarea
Selectați ultima versiune stabilă și faceți clic pe Creați pentru a începe implementarea .
Implementarea are succes în mediul QA
Rulați inetmgr care este managerul IIS, unde puteți gestiona toate site-urile web / aplicațiile instalate pe IIS. Navigați la aplicația web implementată.
Pentru a încheia odată ce ați inițiat Build, implementarea va fi finalizată și în toate mediile definite, întrucât Release este legat de definiția build.
Concluzie
În acest tutorial TFS, am văzut acum cum platforma Microsoft ALM poate fi utilizată pentru automatizarea Build, Test și Deployment pentru aplicațiile .NET. TFS joacă un rol major aici.
Prin urmare, în lumea de astăzi, AUTOMATIZAREA este cheia pentru livrarea cu succes și mai rapidă pentru a rămâne înainte.
Lectură recomandată
- Tutoriale detaliate pentru eclipsă pentru începători
- Cum se utilizează Microsoft TFS pentru proiecte JAVA cu Eclipse în DevOps
- Implementare în MongoDB: Tutorial pas cu pas
- Tutorial AWS CodeBuild: Extragerea codului din Maven Build
- Cele mai importante instrumente AWS DevOps pentru Cloud Build și implementare
- JIRA Agile Tutorial: Cum să utilizați JIRA eficient pentru gestionarea proiectelor Agile
- Utilizarea instrumentului de automatizare Maven Build și configurarea proiectului Maven pentru Selenium - Tutorial Selenium # 24
- Construiți o aplicație cu o singură pagină utilizând AngularJS (Tutorial cu exemplu)