Erstellen deiner ersten CICD mit Azure DevOps

1. Einführung: Hallo und willkommen zu diesem kurzen Tutorial, wie Sie Ihre erste agile freundliche CRC de Pipeline mit als Ihre DevOps erstellen . Mein Name ist, wenn nett und ich habe das Glück gehabt, mit einer Reihe von Technologieunternehmen sowie Regierungsbehörden im Laufe der Jahre zu arbeiten . Auf der Seite möchte ich meine eigenen Erfahrungen und Kenntnisse durch Vorträge, Blogbeiträge und sogar YouTube-Kanäle teilen . Aber genug davon. Hier sind die Fähigkeiten, auf die wir mit diesem Kurs fokussiert werden müssen. Wir werden uns mit als Ihre DevOps und seine Lizenzierungsschemata vertraut machen. Wir werden als Ihre Wellen mit Visual Studio-Code verwenden. Wir werden sicher sein, in ihren bekommt Master-Zweig oder Haupt-Zweig von einem direkten Push durch erzwungene Import-Anfragen, dann werden wir Lincoln diese polaren Anfragen mit als Ihre Boards sein. So erzwingen wir die Zusammenarbeit zwischen Ihren Teammitgliedskanälen der Planphase des Zyklus. Dann werden wir eine Web-App bereitstellen, um eine Website mit zwei Bereitstellungssteckplätzen zu hosten, einem Leben und einem tauben, indem wir als PowerShell und als ARM-Vorlagen verwenden, werden wir dann einen kontinuierlichen Integrationsaufbau erstellen -Pipeline, um Ihre Web-App vor der Bereitstellung zu testen, die das Erstellen und Verifizieren übernimmt. Wir werden Lincoln als Build Pipeline sein, wo sie Continuous Delivery Pipeline zur Bereitstellung in den Tiefen-Slot, gestoppt für die manuelle Genehmigung, und dann bereitstellen, um zu leben, sobald genehmigt, die das Paket und Freigabestufen des Zyklus. Im Grunde danach glaube ich, dass Sie nicht nur die Fertigkeit sezerniert haben, die Sie auf Pipeline sind, sondern auch eine vollständige Entwicklung verwalten wenn Sie schreiben möchten, um von diesem Kurs profitieren zu können, benötigen Sie Folgendes. Sie müssen als Ihre Cloud- und Entwicklungskonzepte vertraut sein. Also zum Beispiel, müssen Sie Ihre IS von Ihrem Pass wissen. Sie müssen wissen, wie Sie mit Git-Repositories arbeiten. Sie müssen ein aktives Abonnement haben. Und dies kann entweder nutzungsbasierte Unternehmensvereinbarungen oder sogar eine kostenlose Testversion mit Ihren Credits sein. Debits sind Prepaid-Karte, und das gibt Ihnen $200.170 Euro Guthaben. Sie müssen Visual Studio Code installiert haben oder IDE, die mit kit-basierter Quellcodeverwaltung arbeiten kann. Sie müssen auch, wie Ihre PowerShell-Module installiert haben. Und das kann mit Windows oder Linux funktionieren. Ja, es funktioniert. Wenn Sie sich damit jedoch nicht wohl fühlen, können Sie es als CloudShell verwenden. Letzt, Take It Easy. Fühlen Sie sich frei, voran zu springen und zu folgen, was Sie interessiert. Allerdings verpassen wir vielleicht ein paar Tipps und Tricks. Wenn Sie nicht folgen, hat der Kurs beabsichtigt. Fühlen Sie sich nicht eingeschüchtert, wenn Sie irgendwelche Probleme haben, wenn Sie irgendwo stecken bleiben, zögern Sie bitte nicht, mit mir in Kontakt zu treten und ich werde mein Bestes tun, um Ihnen zu antworten. Lass uns an die Arbeit gehen und ich freue mich auf das, was du dir einfällt. 2. Erstelle dein Azure DevOps Project: In Ordnung, also mussten wir uns zuerst mit ihren Eifer DevOps anmelden. Jetzt können wir entweder Ihre normalen Microsoft-Konten verwenden oder Sie können sich mit Ihrem GitHub-Konto anmelden. Also muss ich kostenlos starten und ein neues Microsoft-Konto erstellen. So können wir jetzt die Region auswählen, in der wir unser DevOps-Konto starten werden. Wir können der Organisation einen Namen geben und auch wir können als Ihr Rechenzentrum wählen und das wir unser Projekt hosten werden, was sehr wichtig ist, weil es keinen Sinn hat, in Westeuropa zu arbeiten und Ihr Repo in Brasilien zu haben, für -Beispiel. Jetzt können wir ein Projekt erstellen, um loszulegen. Und die Sache, die hier zu beachten ist, ist, dass wir mehrere Projekte unter einer Organisation haben können, und jedes Projekt kann seine eigenen Berechtigungen und Repositories haben. In Ordnung, hier können Sie wählen, ob es sich um ein privates oder ein öffentliches Projekt handelt. Also haben Sie die Absicht, an dieser Beziehung mit dem Team zu arbeiten und Sie nicht beabsichtigen, etwas zu veröffentlichen, können Sie genauso gut wählen Sie eine private. Also werde ich eine private Option für jetzt verwenden, werde es einen Projektnamen DevOps-Kurs geben, und klicken Sie auf Projekt erstellen. Auf der Übersichtsseite können wir also eine Beschreibung über das Projekt hinzufügen. Wir können hier einfach eine Beschreibung hinzufügen. Oder wir können es mit Read Me Datei oder Wiki auf dem Repository verknüpfen. Wir haben auch die Projektstatistiken, die uns einen Überblick über die Elemente gibt, die erstellt wurden, wo Tritons auf den Brettern abgeschlossen haben. Wir erhalten auch einen Blick auf die allgemeinen Anfragen geöffnet, die Commits, und wenn wir mit Pipelines beginnen, erhalten auch Status für die Pipelines, die erfolgreich abgeschlossen wurden , fehlgeschlagen usw. Es bekam auch eine Liste der Mitglieder hier drüben. Und an der Spitze hier können wir neue Mitglieder einladen. Wir fügen sie per E-Mail hinzu. Und im Grunde wird passieren, ist, dass sie eine E-Mail-Einladung erhalten werden , um dies als Ihre DevOps-Gruppe beizutreten. Wir haben auch den Dashboard-Abschnitt, der mehr Sinn macht, da wir mehr Inhalte zu diesem Projekt erhalten , ist die Idee, dass wir Widgets hinzufügen, die mit Arbeitselementen, Bereitstellungsstatus, Durchlaufzeit verknüpft werden . Wir können auch benutzerdefinierte Webseiten, Markdown-Seiten, Pull-Anfragen hinzufügen. Wir veröffentlichen, veröffentlichen Pipeline oder Bewertungen und so weiter, gehen und runter hier haben wir die Wiki-Seite für mich persönlich, ich liebe Dokument alles, weil Sie nie wissen, wann Sie Abteilungen ändern könnten oder Sie könnten irgendwo anders gehen und jemand wird das übernehmen müssen, was Sie verwaltet haben. Oder wenn Sie ein neues Teammitglied haben, das alles auf den neuesten Stand bringen muss. Die Verwendung des Wiki hier ist also eine gute Möglichkeit, allen Teammitgliedern die Zusammenarbeit zu ermöglichen. Wir haben die Möglichkeit, ein Haupt-Projekt-Wiki zu erstellen und es dann mit mehreren Sub-Wikis zu verknüpfen. Wie Sie hier sehen können, klicken wir auf Projekt Wiki erstellen. Wir haben den Titel und dann können wir wie ein Mini-Wort-Art Texteditor haben , der in Markdown übersetzen wird. Jetzt schauen wir uns die Organisationseinstellungen an und gehen dann zum Projektsatz über. 3. Organization und Lizenzierung: In Ordnung, also zuerst gehen wir zurück zur Organisation. Und hier gehen wir unten in die linke untere Ecke des Bildschirms und klicken Sie auf Organisationen Sekunden. Hier haben wir die Möglichkeit, den Namen der Organisation zu ändern. Entweder Datenschutz-URL, fügen Sie eine Beschreibung hinzu, ändern Sie die Zeitzone, ändern Sie den Besitzer und löscht die gesamte Organisation. Darunter haben wir Projekte. Wir können Projekte hinzufügen, wir können Projekte ändern, Sie können neue Projekte hinzufügen. Wir können Projekte umbenennen oder löschen, und jetzt erreichen wir den Benutzerbereich. Und dieser Abschnitt ist sehr wichtig, weil hier die SEO DevOps-Lizenzbeschränkungen ins Spiel kommen. Wenn ich also auf die Zusammenfassung hier klicke, werden wir feststellen, dass wir zwei Arten von Benutzern haben. Wir haben den Basisbenutzer und den Stakeholder. Jetzt hat der Stakeholder Zugriff auf eine begrenzte Anzahl von Funktionen. So kann beispielsweise der Stakeholder die Organisation verwalten. Er kann auf agile Boards zugreifen. Sie können auf agiles Portfoliomanagement zugreifen. Und er kann eine Standardfunktionen verwenden, die die Arbeit über Projekte, Bu Dashboards anzeigen Wikis, verwaltete persönliche Benachrichtigungen aufgrund von Testzusammenfassungsansicht Workitems, sowie Anzeigen von Releases und Verwalten von Genehmigungen umfasst. Wie Sie sehen können, wäre der Stakeholder eher wie Ihr Manager oder jemand, Dinge genehmigen muss, anstatt sich tatsächlich mit dem unheimlichen technischen Zeug zu beschäftigen. Und dies kann zu einer begrenzten Verwendung zugeordnet werden. Jetzt können Sie mit dem Basisbenutzer alle Funktionen von Azure DevOps nutzen, bei jeder Organisation erhalten Sie nur fünf kostenlose Benutzer. Den Rest müssen Sie bezahlen. Die coole Sache ist jedoch, dass Sie, wenn Sie MST und Abonnenten oder Visual Studio-Enterprise-Abonnenten haben , sie anstelle einer Basislizenz verwenden können. Also brauchen Sie keine Lizenzen für diese Art von Anwendungen zu kaufen. Also bedenken Sie das. Wenn wir nun auf den Buy klicken, wird es uns sofort zum Benin-Abschnitt bringen. Wir können beginnen, setzt eine Fähigkeit. Sie können also sagen, dass Berlin nicht eingerichtet wurde, da die Organisationsachse bis zu den Grenzen des kostenlosen Kontingents verfügbar sein wird. Die Beschränkungen für das kostenlose Kontingent sind also, und wir haben fünf Ankläger von BCE. den Rest müssen wir bezahlen. Wir haben 1800 Minuten für von Microsoft gehostete CIC-D-Pipelines, die wir in einer Minute einsteigen werden. Und wir haben eine kostenlose selbst gehostete sehen ICD-Pipeline mit der Freiheit ist, dass wir 0 bezahlte parallele Jobs bekommen. Und das bedeutet, dass wir nicht mehr als eine Pipeline haben und sie gleichzeitig ausführen können, gehen und runter zu Artefakten. Wir haben freie zwei Gigabyte von Artefakten verwendet, weniger als ein Gigabyte Nutzung emittieren bis zu zwei Gigabyte kostenlose Cloud-basierte Lasttests, in denen wir verwenden können, haben wir bis zu 20 Tausend Zuschauer. Weitere Informationen erhalten Sie, wenn Sie auf die Beschränkungen des kostenlosen Kontingents klicken. Und Sie erhalten häufig gestellte Fragen zum kostenlosen Kontingent. Weiter, wir haben den Prüfungsbereich. Dies gibt uns also im Grunde ein Protokoll jeder einzelnen Aktivität, die in den Projekten passiert, was sehr nützlich ist. Wir haben globale Benachrichtigungen. Diese ermöglichen es uns, alle Benachrichtigungen im Zusammenhang mit den Projekten zu verwalten. Hier erhalten wir ein Protokoll über die Nutzung von Anwendungen und Erweiterungen pro Benutzer. Wir haben Erweiterungen, wenn Sie Erweiterungen hinzufügen möchten, die in einer Pipelines verwendet werden, zum Beispiel können wir sie auch sichern , damit wir nicht zulassen, dass Benutzer auch Erweiterungen installieren. Hier, wenn wir auf Browse Marketplace klicken, können wir verschiedene Extents hinzufügen. Sie können sie aus den Organisationseinstellungen oder aus der Pipeline selbst als Active Directory hinzufügen. Dieser Abschnitt ermöglicht es uns, zu verknüpfen, gibt es Ihre DevOps-Organisation mit unserem Azure Active Directory-Mandanten. So gibt es Ihren Active Directory-Mandanten würde alle Active Directory-Benutzer ITS-Hybridbenutzer oder als Cloud-Benutzer haben. Und Sie können sie einzeln zu Azure DevOps hinzufügen. Anstatt sie mit E-Mails einzuladen, würden Sie in ihren Active Directory-Konten Sicherheitsrichtlinien verwenden. Wir können wählen, um Drittanbieter-Anwendungszugriff mit OAuth zu ermöglichen. So würden wir den Entwicklern erlauben, die API Vizio DevOps zu verwenden , um genau die gleichen Dinge zu tun, die sie auf dem Portal tun, können wir wählen, um SSH-Authentifizierung zu aktivieren oder zu deaktivieren. Wir können die deaktivierten öffentlichen Projekte ganz auswählen, und wir können wählen, ob Github-Benutzer oder bis zu Berechtigungen einladen oder nicht. Dies sind die globalen Berechtigungen, die für die Organisation gelten würden. Und jede Berechtigungstiefe, die Sie hier hinzufügen würden auf die Projekte darunter geerbt werden, die wir jetzt haben und die Tafel ermöglicht es uns, verschiedene Prozesse für die zu wählen , wie Sie bei der Geometrie mit der Basis gekauft werden. Aber wir können auch speziell agil, Scrum oder CWR wählen. Mein Umzug in Pipelines, wir haben Agenten-Pools und im Grunde Pipelines herum mit als Ihre DevOps Asiaten. Und diese Agents könnten auf VMs oder Containern ausgeführt werden. Nun, wie Sie oder geben Sie Ihnen einen Pool von Agenten, die Sie für die Ausführung Ihrer Pipelines verwenden können. Sie können aber auch Ihren eigenen selbst gehosteten Pool erstellen. Und das wäre nützlich, wenn Sie Automatisierungspipelines in Ihrem privaten Netzwerk ausführen möchten. Nehmen wir an, Sie haben eine Pipeline, die mit einem internen Dienst hinter Ihrer Unternehmens-Firewall interagieren würde . Und dafür können Sie einen privaten Agenten verwenden können Einstellungen haben, können wir anonyme Paxos deaktivieren, Grenzvariablen können auf q Zeit eingestellt werden. Darin werden wir reinkommen. Sie verfügen über Bereitstellungspools, parallele Aufträge. Nun natürlich, da wir ein kostenloses Kontingent verwenden, haben wir keinen Zugang zu parallelen Jobs, aber wir haben die Möglichkeit, parallele Jobs zu kaufen, wie Sie unten sehen können, wenn wir in privaten Projekten verwendet werden wurden ein paralleler Job erlaubt, aber dieser parallele Job muss innerhalb eines selbst gehosteten alle sein. Wenn wir in einem von Microsoft gehosteten Asians-Pool verwendet werden, haben wir keine parallelen Tropfen, wenn das Projekt mit einem von Microsoft gehosteten asiatischen Pool veröffentlicht wird . Wir sind zehn parallele Jobs erlaubt, wenn wir als selbst gehostet Patienten warm, mit unseren eigenen VMs oder anderen eigenen Containern, würden wir unbegrenzte parallele Jobs haben. Es lohnt sich also, darüber nachzudenken. Hier haben wir beide Konfigurationen, die es uns ermöglichen, Dienstprinzipien oder Anwendungskonten aus anderen Quellen wie Cloud GitHub oder GitHub Enterprise Server zu verwenden . Wir haben die Repositories, in denen wir Gravitationsbilder aktivieren oder deaktivieren können, können wir den Standard-Zweignamen für neues Repository ändern. Im Moment erhalten Sie standardmäßig immer, wenn Sie ein neues Repo erstellen, den Hauptzweig. Wir haben Artefakte. Wir können den Speicher für Artefakte einrichten. Und die Artefakte sind die Dateien, die Sie in Ihrer Release-Pipeline veröffentlichen werden. Im Moment haben wir 0 whew, die sehr lang war War es nicht sehr wichtig zu wissen, diese scheint vor allem, wenn Sie als Ihre DevOps in der Produktion verwenden möchten, werden wir jetzt zu den Projekteinstellungen übergehen. 4. Projekteinstellungen und Anschluss mit Azure: In Ordnung, jetzt sind wir zurück zu unserem Projekt, gehen Sie in die untere linke Ecke des Bildschirms und klicken Sie auf Projekteinstellungen. Hier haben wir die Möglichkeit, das Projekt selbst umzubenennen, die Beschreibung. Wir können die Sichtbarkeit des Projekts abhängig ändern, ob wir die Option für die Organisationseinstellungen aktiviert haben oder nicht . Wenn Sie sich daran erinnern, können wir Projektadministratoren haben und wir können Funktionen aktivieren oder deaktivieren. Hier können wir auch das Projekt löschen, gehen zu den Teams. Jetzt erhalten wir standardmäßig ein Team mit dem Projekt erstellt. Und dieses Team wäre eine Gruppe. So können Sie auch ein anderes Team erstellen. Und in diesem Team können Sie Mitglieder und Administratoren hinzufügen. Damit können Sie einer ganzen Gruppe Berechtigungen zuweisen. Wenn Sie also zu Berechtigungen gehen, haben wir die Standardgruppen. Zusätzlich zur DevOps-Kostenrechnung, die hier unten aufgeführt ist, können Sie entweder eine Standardgruppe verwenden oder eigene Gruppen mit granularen Berechtigungen erstellen. Ich persönlich mag es, granulare Berechtigungen zu haben. So kann ich wenigstens privilegierte Politiken anwenden. So können wir einen Projektadministrator nur auf den Brettern haben. Das könnte der Teamleiter sein. Das einzige muss sich die Arbeitselemente ansehen, ist Scrum Sprints und so weiter. Hier haben wir die Ansichten der Gruppen und der Benutzer. Also würden alle Benutzer hier auftauchen. Wenn wir auf den Benutzer klicken, würden wir ihre Berechtigungen sehen, wie sie geerbt werden. Wir können auch die Gruppen sehen, in denen sie Mitglied sind. So ist zum Beispiel strukturierte CSU Teil der Projektadministratorgruppe, DevOps-Kursteam und den Organisations-Projektsammlungsadministratoren und sogar Auto-Benachrichtigungen. Standardmäßig wird dies in jedem einzelnen Event als E-Mail an DevOps-Kursteam gesendet . Sie können wählen, um es so zu behalten. Aber glauben Sie mir, sobald Sie anfangen, mit den Wellen zu arbeiten und in Pipelines veröffentlicht und all das, werden Sie beginnen, sehr Spammy E-Mails zu bekommen. So können Sie entweder wählen, einige von ihnen zu deaktivieren oder ein neues Abonnement mit bestimmten Ereignissen von Service-Hooks erstellen ist wie Benachrichtigungsdiagramm. Es sendet eine Benachrichtigung außerhalb von SEO DevOps. Wenn ich also auf „Abonnement erstellen“ klicke, können wir Ereignisse an eine Reihe von Diensten wie das App Center als Ihre App-Server senden. Daher stellen unterstützte Ereignisse, die als Push-unterstützte Aktionen bezeichnet werden, eine Web-App bereit, den Service Bus-Speicher. Wir können ihm auch die Jenkins schicken. Wenn sie also fertig sind, können wir einen Build auf Jenkins auslösen. Wir müssen nicht als Ihre DevOps verwenden, zum Beispiel können wir etwas in Office 365 senden. Angenommen, Sie haben eine Gruppe eines Teams, und wenn jemand ein Arbeitselement erstellt, das eine Benachrichtigung an die Teambewertung sendet, können wir auch Web-Hooks verwenden. Wenn wir also unsere eigene API haben, können wir Ereignisse an diese API senden und sie entsprechend verarbeiten. Mit Dashboards können wir steuern, wer Entität, sie erstellen, bearbeiten kann. Umzug auf Boards, wir hatten die Projekt-Konfiguration. Wir können hohe Iterationen festlegen. Wir können Daten festlegen, wir können Bereiche hinzufügen, die wir auch aus dem Board Abschnitt selbst tun können. Wir haben die Team-Konfiguration, wo wir die Navigationsebenen einstellen können. Wir können auch die Arbeitstage so einstellen, dass das Team offiziell nur an Wochentagen arbeitet. Wir können zu Iterationen gehen. Wir können in Bereiche gehen, in denen wir verschiedene Bereiche schaffen können. So können wir hier Vorlagen festlegen, wenn jemand ein Problem, einen Peak oder eine Aufgabe veröffentlichen möchte. Hier haben wir GitHub-Verbindungen. Dies ist, wo wir Lincoln das Projekt mit einem GitHub-Konto. Hier haben wir die asiatischen Pools, die genau wie die asiatischen Pools auf den Organisationseinstellungen ist, haben wir die parallelen Jobs, haben wir die parallelen Jobs, die wiederum wie die Organisationseinstellungen sind. Wir haben die Pipeline-Einstellungen, die es uns ermöglichen, Aufbewahrungsrichtlinien für die Artefakte oder Konferenzen Pipeline festzulegen. Wir haben die Test-Management-Abteilung, die es uns ermöglicht, flockige Test-Erkennung zu verwalten. Wir haben die Freigabeverwahrung, die uns Informationen über die Aufbewahrungsrichtlinie für die Releases gibt. Und hier ist ein sehr wichtiger Abschnitt, der die Service-Verbindungen ist. Da wir als Ihr für diesen Kurs verwenden werden, um eine Web-App bereitzustellen und die Webseite zu aktualisieren, müssen wir eine Dienstverbindung erstellen. So erstellen Sie jetzt eine, also klicke ich auf Query Service Verbindung. Und hier, wie Sie sehen können, können wir mit einer Reihe von Diensten verknüpfen. So können wir es als Ihr klassischer Azure Resource Manager Bitbucket Chef, Docker-Host, verknüpfen . Ich werde als Ihr Ressourcen-Manager wählen. Jetzt wäre die einfachste Option, Service Principal automatisch zu verwenden, die Ihr aktuelles als DevOps-Konto mit den Azure Cloud-Konten verknüpfen würde , wenn Sie es auswählen, da Ihre DevOps Sie versuchen, wie Sie gerade angemeldet sind -Anmeldeinformationen definiert, wenn sie mit irgendwelchen als Ihre Cloud-Anmeldeinformationen verknüpft sind. Jetzt, da dieses Konto nicht mit einer 0 verknüpft ist, müssen wir Dinge manuell tun. Also werde ich zurückgehen Service-Prinzip Handbuch und ich werde es mit als Ihre Cloud verknüpfen. Und ich werde eine Abonnement-ID verwenden, die ich mit einem anderen Konto habe. Also werde ich den Abonnementnamen hinzufügen. Ich füge den Namen meines Abonnements hinzu, der von meinem Schwester-YouTube-Kanal stammt. Und jetzt werde ich eine Dienstprinzipial-ID verwenden also gehe ich zurück zu meinem Konto. Und ich gehe zu Azure Active Directory, App-Registrierungen. Und ich werde eine neue Registrierung erstellen und ich werde nennen es entwickelt Episode. Ich werde einen einzigen Mieter benutzen. Wasser kann Anzahl von Optionen verwenden. Zeiger registrieren dieses Konto. Ok, jetzt habe ich eine Client-ID und eine Mandanten-ID. Also werde ich eine Client-ID verwenden. Service-Prinzipal-IT-Dienstprinzipalschlüssel wird das Passwort oder das Geheimnis sein. Also müssen sie hier zurück und ich werde ein Geheimnis erschaffen. Nun, idealerweise mit Geheimnissen, würden Sie sie auf der App-Registrierung generieren und dann in einem Azure Key Vault speichern, zum Beispiel, weil Holz dort als Schlüssel Volt, können Sie dynamisch Krabben die Geheimnisse und Wenn das Geheimnis abläuft und es Zeit ist, geändert zu werden, müssen Sie nicht zu Ihren Anwendungen zurückkehren und ein Handbuch geändert, das Sie einfach über die Tastatur ändern können , da alle Ihre Anwendungen eine Verbindung mit dem Schlüssel herstellen Tresor war ein Test läuft in einem Jahr ab. Wir haben uns nicht gestört. Richtig. Also jetzt habe ich den Wert. Ich kann einfach nehmen, dass Berichte der Service-Prinzipalschlüssel. Und wir gehen zurück und wir erhalten unsere Mandanten-ID, die Azure AD-Domäne ist. Das ist erledigt. Wir geben ihm einen Namen. Okay, also sind wir gut zu gehen. Ich kann auf Verifizieren klicken. Also, wenn ich auf Verify klicke, sagt mir, ich bin von Lincoln wichtige Dinge verboten, wenn Sie ein Service-Prinzip erstellen , dass Sie ihm Zugriff auf das Abonnement oder die Ressourcengruppe, mit der Sie arbeiten möchten. Also muss ich zu meinem Abonnement zurückkehren, zur Zugriffssteuerung gehen Rollenzuweisungen für alle Zuweisungen ändern. Und ich werde ihm einen Mitwirkenden geben. Hoppla, Episode. Und sicher. Ich sollte ihm einen Beitragszugriff auf das Abonnement gewähren, das für alle Ressourcengruppen gilt. Blase es. Alles klar, damit ich wieder nachprüfen kann. Alles sieht gut aus. So haben wir jetzt eine Verbindung mit der als Ihre Cloud hergestellt. Diese Verbindung ermöglicht es uns, Web-Apps zu erstellen, VMs zu erstellen und Daten Herz Wünsche in das Abonnement einzugeben. Wir haben XHTML Build-Dienste. Wenn Sie eine Verbindung haben wollen, haben wir die Wellen. Also hier haben wir die Einstellungen der Repositories. Wir können neue Repositories hinzufügen, oder wir können vorhandene durchsuchen, umbenennen, löschen. Wir können die Einstellungen so ändern, dass der Standard-Zweigname, zum Beispiel, können wir eine maximale Dateigröße und maximale Pfadlänge reservierten Namen erzwingen, zum Beispiel. Und wir haben Berechtigungen, wir können Berechtigungen für die Repositories selbst festlegen. Haben Sie die Berechtigung, Zweig erstellen, Repository erstellen, Großes Tag. Laut den Gruppen haben wir auch die Artefaktspeicher, und wir haben die Testbestände, so dass wir die automatisierten Tests halten können, sind Ionenergebnisse in Anhängen für 30 Tage und für manuelle Testläufe, können wir sie für ein Jahr. Das war's. Also, jetzt verspreche ich dir, wir werden anfangen, in die guten Sachen zu kommen. 5. Die GIT Rep: Okay, also endlich werden wir etwas Arbeit machen. Also zuerst werden wir die Berichte überprüfen. Wir gehen zu Dateien und wir finden, dass unsere Repositories und er hat eine Read Me Datei und es hat einen Hauptzweig. Ich kann das nicht genug betonen. Sie möchten nicht direkt mit Domäne oder Master-Zweig arbeiten. Wenn Sie mit einem Team arbeiten oder einem Unternehmen beitreten und mit der Hauptabteilung herumlaufen, werden Sie nicht lange dauern. Also, was werden wir tun? Wir werden den Hauptzweig schützen, indem wir polare Anfragen durchsetzen. Und diese Pull-Anfragen werden mit dem Board verknüpft. Also zuerst kamen wir zu Zweigen, wir haben zwei weitere und wir haben zu Zweigrichtlinien. Und hier erzwingen wir Pull-Anfragen. Aus Gründen dieses Kurses werde ich erlauben Anfragern nehmen, ihre eigenen Änderungen zu verbessern , sind normalerweise das nicht zulassen. Die nächste Option werde ich diese Überprüfung für verknüpfte Arbeitselemente aktivieren und ich werde es wie erforderlich festlegen. Was wir also getan haben, haben wir den Hauptzweig davor geschützt direkt an den Grund gedrängt zu werden, warum Pull-Anforderungen erzwungen werden. Und wir haben auch die Zusammenarbeit mit dem Team durchgesetzt. Also, das ist eine polare Anfragen werden nicht genehmigt, es sei denn, es ist mit einem Arbeitselement verknüpft. Also, wenn ich Code veröffentlichen werde, muss ich verzweigen, eine Erkältung im Zweig veröffentlichen, eine Pull-Anfrage einreichen, die an das Arbeitselement gebunden werden muss und dann zusammenführen. Also zuerst werde ich zu Boards Workitems gehen, und ich werde ein neues Arbeitselement hinzufügen, eine Aufgabe, die Websites bereitstellen sagt. Ich werde es mir zuweisen und ich werde diese To-Do-Liste hinzufügen. Nun, das Arbeitselement, können wir es an einen bestimmten Grund binden, einen bestimmten Bereich, den wir in den Einstellungen des Projekts definieren können. Und wir können es auch einem bestimmten Sprint zuordnen. Wir können es mit bestimmten Zweigen auf der Welligkeit sowie anderen Arbeitselementen verknüpfen. Und sobald wir ein Release haben, das mit einer Pull-Anfrage verknüpft ist, würde es hier auftauchen. Darüber hinaus können wir unter diesem Workitem eine Beschreibung hinzufügen, die ich die Leute ermutige, hinzuzufügen. Also hier werden wir über diese neue Funktion sprechen, die er hinzugefügt worden war, diese neue Fehlerbehebung und so weiter. Sie können auch eine Diskussion führen, in der andere Teammitglieder Kommentare hinzufügen können. Sie können die Statecraft und seine drei sehen. Sie könnten es mit anderen Elementen verknüpfen. Und Sie können auch Anhänge hinzufügen. Also für jetzt werde ich speichern und wir haben Aufgabe Nummer sieben jetzt, um diesen Code zu schieben, die zuerst gehen, diesen Bericht zu unserer Visual Studio-Code-IDE klonen. Und der schnellste Weg, dies zu tun, ist, die Klonschaltfläche zu verwenden und auf Visual Studio-Code zu klicken. Und was dies im Wesentlichen tut, ist, dass es ein persönliches Zugriffstoken erstellt, das Sie hier finden können, persönliche Zugriffstoken. Es wird ein persönliches Zugriffstoken im Hintergrund erstellt, das es Ihrem Visual Studio-Code ermöglicht, sich bei Azure DevOps anzumelden. Und Sie müssen vorsichtig damit sein, denn jedes Mal, wenn Sie auf diese Schaltfläche klicken, werden Sie ein neues persönliches Zugriffstoken erstellen. Also für jetzt werde ich Visual Studio Code öffnen. Und wir werden diesen Knopf benutzen. Und jetzt eine Erweiterung zu öffnen CRI, offen jetzt wollte uns fragen, wo wir unsere neue REPL speichern wollen. Also lasst uns ihm einen neuen Ordner geben. Devops-Episoden. Und lasst uns hier reinkommen. Jetzt sind Klon in Ihrem Git-Repository. Möchten Sie einen Klon öffnen? Das Repository würden wir sagen, Öffnen, und jetzt sind wir mit unserem Repository auf Azure DevOps verbunden. In diesem Stadium möchte ich, dass Sie Brown Schreie tun. Also gehen wir zur Quellcodeverwaltung, klicken auf die drei Buttons und bekamen auch zur Kasse. Wir würden sagen, erster Entwurf. Ok. Und jetzt möchte ich, dass Sie die ZIP-Datei für diesen Kurs herunterladen, die Dateien extrahieren und sie in diesen Ordner ablegen, richtig? Also jetzt haben wir die ZIP-Datei in den Ordner extrahiert , der den ersten Entwurfszweig verwendet. Und was das im Grunde ist, ist eine einfache Node.js Web-App uns. Wir haben auch eine 0 bereitgestellte oder benachbarte Datei, die als Ressourcen-Manager-Vorlage ARM-Vorlage ist. Was dies tut, wird es eine Serverfarm mit einer Web-App bereitstellen , die zwei Bereitstellungssteckplätze hat, die in einem Gehörlosen lebendig sind. Und jeder dieser Bereitstellungssteckplätze hat eine eigene URL. Darüber hinaus, wenn Sie es untersuchen möchten, haben wir Ihre Pipelines YAML Datei eingegeben. Und für diesen Kurs werden wir die klassische GUI verwenden , damit er sich an die Bereitstellung dieser Pipelines gewöhnen kann. Beachten Sie jedoch, dass Sie diese Dateien verwenden und zur Versionskontrolle in Ihrem Code-Repository speichern können. Also, jetzt müssen Sie es zu unserem ersten Entwurfs-Zweig schieben. Wir haben die Tore begangen, jetzt werden wir es schieben. Kein Upstream-Zweig, ja, verstanden. Klicken Sie auf OK. Und das ist erledigt. Lassen Sie uns jetzt versuchen, mit dem Hauptzweig herumzufahren. Also, wenn ich zum Main gehe und versuche, etwas zur Readme-Datei hinzuzufügen. Okay, das ist also eine neue Veränderung. Wenn ich zur Quellcodeverwaltung gehe, musste Git Commit Message Testing, Control Enter. Und ich versuche, diese Veränderung voranzutreiben. Was wird mit diesem Fehler passieren? Wenn wir das Git-Protokoll öffnen, werden wir sehen, dass Pushes durch diesen Zweig nicht erlaubt sind. Sie müssen einen Pull-Request verwenden, um diesen Zweig zu aktualisieren. Wie Sie sehen können, haben wir die Leute davon abgehalten, mit dem Hauptzweig herumzuspielen. Stellen Sie sich nun vor, der Hauptzweig wäre Ihre eigentliche Live-Website. Du willst nicht, dass die Leute mit ihnen herumlaufen. Gehen wir nun zu Azure DevOps. Und wenn ich mich erneuere, erhalten wir diese Nachricht, die besagt, dass Sie den ersten Entwurf vor zwei Minuten aktualisiert haben. Wir können auch gehen, um Anfragen zu ziehen und eine neue Umfrage Anfrage erstellen und wir erhalten die gleiche Nachricht auch hier. Wenn ich also auf neue polare Anfragen klicke, können wir einen Zweig wählen. Also erster Entwurf in die Haupt. Und hier können wir einen Titel und eine Beschreibung für die Pull-Anfrage hinzufügen. Ich sage also erste Entwürfe, eine Beschreibung dieser neuen Umfrage Anfrage oder dieser neuen Funktion, diese neue Fehlerbehebung und die Rezensenten. Also füge ich eins hinzu. Hier. Wir müssen ein Arbeitselement hinzufügen. So werden wir die Bereitstellungs-Websites hinzufügen. Und jetzt haben wir eine Pull-Anfrage, die so bleibt, bis jemand es genehmigt. Wie Sie hier sehen können, haben wir die Übersicht. Es sagt uns, dass ältere ziemlich Shek gelungen ist. Also, was wird hier passieren? Zunächst möchte ich überprüfen, ob ein Arbeitselement damit verknüpft ist. Zweitens wird es überprüfen, ob es einen Zusammenführungskonflikt gibt. Also, wenn Sie irgendwelche Zusammenführungskonflikte haben und wir werden im Voraus wissen, dass dies geschieht. Und natürlich müssen wir es reparieren. Und in diesem Stadium, wenn Sie weitere Änderungen zu ihrem ersten Entwurf hinzufügen, wird es automatisch mit einer Pull-Anfrage angezeigt , wenn es nicht als 50 genehmigt wurde, um Datei zu speichern, wir werden alle Dateien sehen, die wir hinzufügen oder ändern die Updates und es begeht. Also jetzt, da ich Widgets ein nehme, kann ich genehmigen und das ist erledigt. So können wir jetzt auf die Schaltfläche „Vollständig“ klicken und eine komplette Flasche wird es mit Domain verschmelzen. Es kann auch das zugeordnete Arbeitselement nach dem Zusammenführen vervollständigen. Hier haben Sie die Wahl, entweder abgeschlossen oder unvollständig zu lassen. Nur in den Fällen ist das Arbeitselement mit mehreren Anfragen verknüpft. Wir können darauf klicken. Wir werden auch den ersten Entwurf nach dem Zusammenführen löschen. Hier kann auch eine benutzerdefinierte Merge-Commit-Nachricht hinzugefügt werden. Also werde ich die Zusammenführung abschließen. Das ist das Ressourcenprojekt erledigt. Also jetzt, wenn ich zu Dateien gehe und es zu mir kam und wir werden feststellen, dass wir unsere neue Web-App haben. Wenn ich zu meinem Visual Studio-Code zum Hauptzweig gehe und auf Pull klicke. Wir sollten anfangen, alle Dateien zu bekommen, wie Sie hier sehen können. Also, was wir jetzt getan haben, haben wir unser Repo mit Visual Studio-Code auf unserem eigenen Laptop verknüpft. Wir haben im Grunde ein persönliches Zugriffstoken erstellt, das es Visuals ermöglichen würde, sich Azure DevOps anzumelden, oder wir haben Pull-Requests aktiviert, damit wir den Hauptzweig vor jemandem schützen können , der direkt in ihn drückt. Und wir haben Pull-Anfrage mit Boards gebunden, also haben wir die Zusammenarbeit mit dem Team durchgesetzt. Als nächstes konzentrieren wir uns auf die Erstellung unserer Web-App mit der Azure Deploy-Punkt-JSON-Datei. Und dann werden wir eine Stunde Build and Release Pipelines erstellen. 6. Die WebApp mit ARM erstellen: Jetzt werden wir etwas Magie machen. Was ich möchte, dass Sie PowerShell als Administrator ausführen und Install module a Zen eingeben. Und dies wird die Azure PowerShell-Module herunterladen, sagen Sie Ja zu allen, und fahren Sie mit der Installation fort. Okay, sobald das erledigt ist, schließen Sie diese Terminalsitzung und öffnen Sie eine andere. Und jetzt werden wir tippen connect a's account. Wir werden uns mit unseren Anmeldeinformationen für eine 0 anmelden, und das war's. Das erste, was wir tun werden, ist, wählen Sie unser Abonnement. Also werden wir wählen ASR-Abonnement und geben ihm den Namen. Das ist erledigt. Um diese Web-App bereitzustellen, benötigen wir eine Ressourcengruppe. Also werde ich neue A's in der Ressourcengruppe eingeben. Name wäre DevOps, Episode Ort wäre und Westeuropa. Und das ist erledigt. So können wir jetzt Ansicht A bei Ressourcengruppenbereitstellungen eingeben. Sie geben die Bereitstellung und Ziel DevOps Episode. Wir geben ihm den Namen der Vorlagendatei. Also schreiben wir Vorlage oder Vorlagendatei und wir sagen, wie Sie diploid oder JSON sind. Da wir nun zwei Parameter in der Datei definiert haben, können wir sie als PowerShell-Parameter verwenden. So Website, Hostname würde es nennen, nehmen Sie gute Sue, App, App, Service-Plan-Namen. Wir würden es bald Ägypten nennen. App, SBC p, k. Ressourcengruppenname wäre DevOps-Folge. Lass uns ausführlich machen. Da gehen wir. Vorlage ist gültig, so dass wir ein Problem zur Vorlage hatten, würde es dann unter Prüfung und Bereitstellungsstatus stoppen. Und was wir tun können, können wir zu 0 gehen und wir können herausfinden, dass unsere Bereitstellung fehlgeschlagen ist. Warum? Sagen Sie uns, dass die Textur des Host-Namens zur Unterstreichung der App ungültig ist, offensichtlich, weil sie sie für eine URL verwenden wird. Gehen wir also zurück zu unseren Bereitstellungen, die ebenfalls fehlgeschlagen sind, wie wir hier sehen können. Und wir werden Bindestriche Vorlage verwenden, so gültig wie wieder gehen, aktualisieren. Jetzt heißt es, das Bereitstellen, überprüfen Sie es. Wir haben also eine Serverfarm und das ist erledigt. Wir überprüfen Visual Studio Code, erfolgreich. Wenn wir also zur Ressourcengruppe gehen, finden wir zwei App-Service-Pläne und einen App-Server. Wenn wir unsere App-Server überprüfen und zu Deployment-Slots gehen, finden wir zwei Bereitstellungs-Slots. Eine, die man „nehmen“ nennt. Also App für die Produktion und nehmen jujitsu dash app, dash dev für die Entwicklung. Bis jetzt ist die Idee, dass wir zuerst in die Entwicklung einbringen werden. Wir werden die Website testen, wenn es in Ordnung aussieht. Und dann werden wir Deployment-Slots auf Produktion austauschen. Also lassen Sie uns zur Übersicht gehen und überprüfen Sie die URL. Und wie Sie sehen können, haben wir den Node JS-Platzhalter für Microsoft oder 0. Jetzt können wir mit der Arbeit an unserer Build Pipeline beginnen. 7. Kontinuierliche Integration aufbauen von Pipeline: In Ordnung, zurück zu unseren DevOps-Produkten. Wir gehen zu Pipelines und wir werden eine Pipeline erstellen. Während Ihr Code, so haben wir eine Reihe von Optionen hier, wo wir einen Zoo Wellen verwenden können, Bitbucket, bekommt Hub, und so weiter. Also werden wir wählen, wie Ihre Repos bekommen, wir wählen nicht unser Repository und dies nimmt automatisch die Azure-Pipelines YAML-Dateischaltfläche statt, dass. Also gehen wir zurück und benutzen den klassischen Editor. Und hier haben wir die gleichen Optionen mit den Teamprojekten und Repositories. Wir können den Hauptzweig auswählen und auf Weiter klicken. Jetzt können wir eine Vorlage wählen, wenn wir wollen, haben wir eine Reihe von Vorlagen. Für jetzt werde ich einen leeren Job wählen. Und hier haben wir unsere erste Build-Pipeline. Wir geben ihm hier einen Namen. Wir werden den asiatischen Pool wählen. Und wie ich Ihnen sagte, die Pipelines, die auf asiatischen Südostasiens laufen , wären auf VMs oder Containern. Diese Agenten können auch als Ihre Pipeline-Agenten sein oder private Asiaten in Ihren eigenen VMs vorhanden sein. Also werden wir das verwenden, wenn Ihre Pipelines ziehen. Und aus diesem Pool können wir eine Reihe von Spezifikationen wählen. Also werde ich für B12 18 wählen, wenn er die Option „Quellen“ erreicht hat, keine Schritte. Sie haben die Möglichkeit, Zweige zu ändern. Wenn Sie diese Pipeline also in einem anderen Zweig testen möchten, können Sie sie hier einfach ändern, wenn sie verfügbar ist. Weiter gehen wir zum asiatischen Job eins. Hier ist, wo wir beginnen, Aufgaben für die Pipeline. Klicken Sie also auf den Plus-Button hier und wir haben eine Reihe von Aufgaben, die wir hinzufügen können. Die erste Aufgabe, die wir hinzufügen werden, besteht darin die Web-App zu testen und wir werden npm installieren. Hier. Wir suchen nach der Arbeit und dem Ordner, der package.json enthält, die diese Datei hier drüben ist. Wir werden einen NPM-Test hinzufügen , den wir hier nicht haben. Also, was wir tun werden, werden wir Command Line verwenden, die es uns erlaubt, entweder Befehlszeile unter Windows oder bash unter Linux zu verwenden. Das fügen wir hier hinzu. Und wir können sagen, ja. Und er schrieb weiter NPM-Tests. Kann auch zu Advanced gehen und stellen Sie sicher, dass wir das richtige Arbeitsverzeichnis verwenden. Sollte natürlich DevOps sein. Also, okay, jetzt werden wir Archiv hinzufügen. Also werden wir alle Website-Dateien archivieren. Ich werde einen Stammordner auswählen. Also werden wir das Standard-Arbeitsverzeichnis des Variablensystems verwenden. Wir werden vorangehende Stammordner entfernen, und wir wollen als Zip archivieren. Und wir werden Arafat aufgebaute Upgrades verwenden, Artefakt-Station-Verzeichnis baut ID. Jetzt werden wir diese archivierte Web-App veröffentlichen, damit wir eine weitere Aufgabe, veröffentlichte Pipeline-Artefakte hinzufügen können . Und was hier passieren wird, ist zunächst, wir werden NPM installieren. Dann werden wir die Web-App testen. Wenn der Test erfolgreich ist, werden wir die Web-App archivieren und veröffentlichen. Aus irgendeinem Grund schlägt der Test fehl. Die Pipeline, die Build Pipeline stoppt dann Ender, und natürlich werden Sie darüber informiert. Bevor wir fortfahren, nehmen wir die Build-ID-ZIP-Datei und fügen sie dem veröffentlichten Pipeline-Artefakt hinzu. Also veröffentlichen wir nur die ZIP-Datei. Das ist also im Grunde die Build-Pipeline. Wie können wir es also zu einer kontinuierlichen Integrationspipeline machen? Wir würden zu Triggern gehen und ankreuzen, Enable Continuous Integration und wir werden es mit dem Hauptzweig verknüpfen. Beachten Sie hier, dass wir auch Pfadfilter hinzufügen können. Das ist also Wir können einen Ordner innerhalb des Hauptzweigs und nicht der ganzen Sache überwachen. Das ist also erledigt und klicken Sie auf Speichern. Bevor wir fortfahren, möchte ich Ihnen etwas sehr Interessantes zeigen, und das ist der Abschnitt „Pipeline Variables“. Hier können wir Variablen hinzufügen, die für die Pipeline gelten würden. Diese Variablen können Standardvariablen oder einstellbarer IQ-Typ sein. So könnte er Computername oder VM-Name sagen. Wenn die Pipeline ausgeführt wird, wird diese Variable zu einer Umgebungsvariablen innerhalb dieser Pipeline. Und was ich es benutzen möchte, kann ich es so nennen. Und ich werde den Wert dieser Variablen erhalten, wenn ich sie in PowerShell verwenden wollte, ich würde ENV-Variable eins verwenden. Wenn ich es in Python verwenden wollte, werde ich OS und OS dot environ importieren. Da es sich um ein Wörterbuch handelt, würden wir Variable sagen, und das würde uns den Wert dieser Variablen geben, die innerhalb des Skripts verwendet werden soll. So können diese Variablen entweder grundlegende Texte sicher sein. So können Sie Passwörter verwenden oder Sie können auch eine Aufgabe hinzufügen, bevor die ganze Sache läuft. Sie hat einen Schlüsseltresor benutzt. Wir würden mit unserer Verbindung und unserem Abonnement verknüpfen. Wir würden den spezifischen Schlüsseltresor geheimen Namen erhalten. Und das wird auch zu einer Pipeline-Variable, die Sie dann verwenden können. Entsprechend. Wir würden die geheimen Namen des geheimen Namens zu schreiben war Geheimnisse Passwort. Sie würden hier geheimes Passwort hinzufügen und es innerhalb der Pipeline verwenden. So müssen Sie sensible Passwörter nirgends fest codieren. Sie können einfach eine Verbindung zum Schlüsseltresor herstellen, die Variable auffüllen und sie verwenden. Ziemlich cool. Nun, lasst uns das aufräumen. Okay, also lassen Sie uns unsere Build-Pipeline testen. Jetzt, da wir alles gesperrt haben, müssen wir zu Brettern gehen, Workitems hat ein neues Arbeitselement erstellt, Testen, Erstellen, Pipeline, und es mir zuweisen. Häufiges Sparen. Das sieht gut aus. Wir gehen zu unserem Visual Studio-Code und wir werden die erste Funktion verzweigen. Richtig? Gehen zu, gehen zu Ansichten Index. Und ich werde etwas Text hinzufügen. Und sagen Tisch. Das ist eigentlich kein Text als Tabelle, aber ja, wir fügen eine Zeile hinzu, hatten ein Selbst. Und dann unter dieser und einer anderen Reihe. Das ja, ja, ja. Ok. Cve, stimmt's? Tabelle hinzugefügt. Und lassen Sie uns das auf das erste Feature schieben. Schöner Job Lee. Okay, lassen Sie mich zu Akten gehen. Ordnung. Erstellen Sie einen Pull-Request bei einer Tabellenverknüpfung. Es ist zu testen und zu bauen Pipeline IMD Genehmiger. Okay, ich genehmige. Es. Sieht aus, Goode ist komplett. Hat ETF jetzt, das ist zusammengeführt. Lassen Sie uns unsere Pipeline überprüfen. Wie Sie sehen können, hat es angefangen zu arbeiten. Es installiert also NPM-Test in der Web-App. Der Test gelang es Archiven und dann veröffentlicht es. Und als nächstes werden wir an der Release-Pipeline arbeiten. 8. Kontinuierliche Deployment: Also, jetzt würden wir eine Release-Pipeline für eine Vorlage erstellen, die ich wählen werde, wie Ihre App-Dienst-Bereitstellung würde Slot, Klicken Sie auf Übernehmen, geben Sie ihm einen Stage-Namen. Deployment to dev, gehen Sie zu Jobs und Aufgaben. Und hier sehen wir, dass wir zwei Aufgaben haben. Bereitstellen von App, Service zu Steckplatz, App-Dienst verwalten, Slot-Swap. Jetzt, da wir auf dev bereitstellen wollen, haben Sie eine Form der manuellen Genehmigung und dann zum Leben bereitstellen. Wir werden den Slot-Swap für die Bühne zu entfernen jetzt gehen, um zu Tode zu entfalten. Wir wählen das Azure-Abonnement aus, das wir mit unserer Serververbindung definiert haben. Wir werden Web-App unter Linux auswählen. Wir werden den App-Dienstnamen auswählen, den wir bereits strukturiert haben. Also wählen wir die Ressourcengruppe und den Slot aus , der taub sein wird. Sehr gut, sicher. Jetzt gehen Sie zurück in die Pipeline und schauen Sie sich die Artefakte. Sie werden auf Anzeigen klicken. Wir wollen unsere Build Pipeline wählen, bauen und testen. Und für die Version werden wir die neueste Version wählen. Jedes Mal, wenn die neueste Version des Build Pipeline Artefakts veröffentlicht wird, werden wir es verwenden. Jetzt. Wir werden auf dieses Aufhellungssymbol klicken, um eine kontinuierliche Bereitstellung zu ermöglichen. So werden wir die CI und den CD-Pot für Inhalte behandeln. Und wir haben zwei Möglichkeiten. Entweder ermöglichen wir kontinuierliche Bereitstellungen oder wir verknüpfen sie mit dem Pull-Request. Also werde ich einen CD-Trigger verwenden und ich werde einen Zweigfilter hinzufügen. Das heißt, das ist erledigt. Okay, im nächsten Schritt werde ich den Klon ausführen. Und ich werde zum Leben sagen. Und bevor dies ausgelöst wird, werden wir eine Vorbereitungsbedingung verwenden. Und was das tut, ermöglicht es uns, die Genehmigung vor der Bereitstellung zu verwenden. Wir fügen einen Genehmiger hinzu und wir können eine Auszeit hinzufügen. So können wir sagen, Ihre Zeit aus 24 Stunden zum Beispiel. Was hier passieren wird, ist, dass es mit der Bereitstellung auf taub beendet wird und dann stoppen oder manuelle Genehmigung für 24 Stunden, dass Personen, die zu Genehmigungsberechtigten hinzugefügt werden, E-Mails erhalten und sie auffordern, zu bewerten und genehmigen. In dieser Phase gehen wir zum Leben und anstatt die Verwendung von App-Dienst zum Slot zu verwenden, werden wir Slops austauschen. Und um App Service zu verwenden, verwalten Sie Swaps Lots. Wählen Sie unser Abonnement, unseren App Service, unsere Ressourcengruppe und unseren Source Slot. Und hier werden wir Tausch mit Produktion ankreuzen und wir klicken auf Safe. Und damit, meine Damen und Herren, haben wir eine CI-CD-Pipeline beendet. Lassen Sie uns die neuesten Änderungen von Maine ziehen, weil wir Pipelines hinzugefügt haben, also müssen wir diese Änderungen ziehen, richtig? Kasse, um live Jose zu veröffentlichen, du Leben, okay. Und noch eine Reihe. Veröffentlichtes Leben. Als nächstes schieben Sie diese Funktion. Veröffentlichen Sie lebendig. Wir schieben keinen Upstream-Zweig, ja, gut. Du musst Anfragen abholen. Du aktualisierst es, neues Leben. Ok. Das ist mit einem Arbeitselement verbunden. Binden wir es mit einem Rezensenten. Wissen Sie, Konflikte zusammenführen. Warner-Ansicht muss genehmigen, genehmigen, vervollständigt, und los geht's. Was wird jetzt passieren? Aufkommende Pull-Anforderungen. Und jetzt werden wir die Website bauen und testen. Mal sehen. Ordnung, also wird das Artefakt veröffentlicht, abgeschlossen und Arbeit erledigt. Nun, wenn wir gehen, um zu veröffentlichen, aktualisieren Sie es wieder, wir werden sehen, haben eine freigegeben ist überprüfen Sie dies aus. Hier gehen wir, Qd, si Deployment to Dev-Agent, der bereit für den Job ist und dies warten, bis es im Gange ist. Jetzt wird es in den Entwicklungs-Slot bereitstellen oder direkt an, dass gelungen, die sehen, was Sie getan haben. Bereitstellung mithilfe von zip Deploy-initiierten Bereitstellungsprotokollen kann angezeigt werden. Das ist erledigt. So wurde es auf Tech jiu-jitsu dash app bereitgestellt. Nehmen wir also diese URL und öffnen Sie sie hier. Wie Sie sehen können, haben wir unsere Entwicklungswebsite. Wir haben das Bild der Grafen. Wir haben den Tisch hier drüben. Sieht gut aus. Wer wir sind. Tretet in Kontakt. Wie Sie sehen können. Sieht gut aus. Geh und zurück zur Veröffentlichung. Wir sehen, dass der Einsatz zum Leben noch nicht genehmigt wird. Jetzt sollte mir das eine E-Mail schicken. Lassen Sie mich meine E-Mail überprüfen. Wie wir hier sehen können, haben wir eine Utrifizierung, die um Zustimmung bittet. Sobald Sie mit dieser Änderung zufrieden sind, können Sie auf Genehmigung anzeigen klicken. Klicken Sie auf Genehmigen, geben Sie die Kommentare. Oder Sie können es später verschieben. Und das löst automatisch die andere Stufe der Release-Pipeline aus. Und diese Phase wird die Entwicklung mit der Lebensbereitstellung und dem Fortschritt austauschen. Vertauscht über das Leben, fertig. Lassen Sie uns das Protokoll überprüfen, das erledigt ist. Also jetzt, wenn ich auf die Website zurückgehe und das taube Suffix entferne. Unsere Website ist das Leben. Und damit, meine Damen und Herren, haben wir unsere erste kontinuierliche Integration, kontinuierliche Deployment-Pipeline als Ihre DevOps eingesetzt , ich hoffe, Sie haben diesen Kurs genossen. Ich bin sehr aufgeregt zu sehen, wie Sie damit vorankommen. Wenn Sie Fragen oder Kommentare haben, zögern Sie bitte nicht, sich mit mir in Verbindung zu setzen und ich werde mein Bestes tun , um Ihnen alles Gute zu helfen. Vielen Dank. Auf Wiedersehen. 9. Ende: Vielen Dank, dass Sie den Kurs befolgt haben. Ich hoffe, Sie fanden es sehr informativ und nützlich. Alle Kursmaterialien finden Sie in der Kursbeschreibung unten. Und wieder, wenn Sie irgendwelche Probleme haben, wenn Sie irgendwo stecken bleiben, zögern Sie bitte nicht, mit mir in Kontakt zu treten und ich werde mein Bestes tun, um Ihnen zu helfen. Vielen Dank.