Bitte wählen Sie die Bereiche, die Sie exportieren möchten:
Schulung Azure DevOps Services für Entwickler: Boards, Repos, Pipelines und Artifacts
Der vollständige ALM-Stack für .NET- und Web-Teams
Schulungsformen
Inhouse-/Firmenschulung
- 3 Tage - anpassbar
- Termin nach Wunsch
- In Ihrem Hause oder bei der GFU
- Preis nach Angebot
- Lernumgebung in der Cloud
- Inhalte werden auf Wunsch an die Anforderungen Ihres Teams angepasst.
Individualschulung
- 3 Tage - anpassbar
- Termin nach Wunsch
- In Ihrem Hause oder bei der GFU
- Preis nach Angebot
- Lernumgebung in der Cloud
- 1 Teilnehmender = Fokus aufs Fachliche und maximaler Raum für individuelle Fragen.
Beschreibung
Für .NET-Teams ist Azure DevOps die natürliche Wahl - nahtlose Integration mit Visual Studio, VS Code, Azure Cloud und GitHub. Aber auch für Java, Python, Node.js und jede andere Technologie ist Azure DevOps eine vollwertige Alternative zu GitHub Actions + Jira + Nexus.
Dieses dreitägige Seminar führt durch alle fünf Säulen - mit einem durchgängigen Praxisprojekt, das am Ende ein funktionierendes Backlog, ein Git-Repository mit Qualitäts-Gates, eine automatisierte Build-und-Deploy-Pipeline und einen internen Paket-Feed enthält.
Noch nicht das, was Sie suchen? Wir haben bestimmt ein passendes Azure Seminar für Sie im Seminarportfolio.
Schulungsziel
Jede teilnehmende Person verlässt das Seminar mit der Fähigkeit, Azure DevOps als vollständige ALM-Plattform einzusetzen (Boards, Repos, Pipelines, Artifacts, Test Plans), einem funktionierenden Projekt mit Backlog, Branch Policies, YAML-Pipeline und Artifact Feed, dem Verständnis von Multi-Stage-Pipelines mit Environments und Approvals, der Kompetenz, Git-Workflows mit Branch Policies und Pull Requests abzusichern und einem Sicherheits- und Governance-Konzept für das eigene Team.
Details
Inhalt
1. Azure DevOps: Organisation, Projekte und Navigation
- Ziele und Erwartungen der Teilnehmenden
- Klärung individueller Lernziele und Erwartungen für ein praxisnahes und relevantes Seminar
- Organisation und Projekte: Struktur verstehen (Organisation -> Projekte -> Teams). Projekt erstellen und konfigurieren. Berechtigungen und Sichtbarkeit.
- Die fünf Säulen: Boards, Repos, Pipelines, Artifacts, Test Plans - Überblick und Zusammenspiel.
- Azure DevOps vs. GitHub: Stärken und Schwächen beider Plattformen. Koexistenz (Azure Boards + GitHub Repos, GitHub Issues + Azure Pipelines). Entscheidungshilfe.
- Praxis-Übung: Organisation und Projekt anlegen, Team konfigurieren, Berechtigungen setzen.
- Work Items: Epics, Features, User Stories, Tasks, Bugs. Hierarchie und Verknüpfungen. Felder, Tags und Custom Fields.
- Backlog-Management: Product Backlog priorisieren, Sprint Backlog befüllen, Kapazitätsplanung pro Teammitglied. Refinement-Workflow.
- Sprint-Board und Kanban-Board: Spalten konfigurieren, WIP-Limits setzen, Swimlanes, Board-Regeln (automatische Statusänderung). Cumulative Flow Diagram.
- Queries und Dashboards: Eigene Abfragen erstellen (offene Bugs nach Priorität, meine Tasks im aktuellen Sprint). Dashboard-Widgets (Burndown, Velocity, Query-Ergebnisse, Pipeline-Status).
- Praxis-Übung: Backlog für das Demo-Projekt erstellen (5 User Stories mit Tasks), Sprint planen, Kanban-Board konfigurieren, Dashboard mit 4 Widgets einrichten.
- Git in Azure DevOps: Repository erstellen, klonen, Branching-Strategien (GitFlow, Trunk-Based, GitHub Flow). Default Branch und Branch-Benennung.
- Branch Policies: Mindestanzahl Reviewer, Build-Validierung (PR löst automatisch Build aus), Work-Item-Verknüpfung erzwingen, Kommentar-Auflösung erzwingen. Status Checks.
- Pull Requests: Erstellen, reviewen, kommentieren, Threads auflösen, Auto-Complete, Squash Merge vs. Merge Commit vs. Rebase. Draft Pull Requests für Work in Progress.
- Code Search: Volltextsuche über alle Repositories in der Organisation.
- Praxis-Übung: Repository erstellen, Branch Policies konfigurieren (2 Reviewer + Build-Validierung + Work-Item-Link), Feature-Branch erstellen, Pull Request durchspielen (Review, Kommentare, Approval, Merge). Erfahren, dass ein Push auf main ohne PR blockiert wird.
4. YAML-Pipelines: Grundlagen und Build
- Pipeline-Konzepte: YAML vs. Classic Editor (YAML ist der Standard, Classic Editor ist Legacy). Stages, Jobs, Steps. Trigger (CI-Trigger auf Branch, PR-Trigger, Scheduled, Manual).
- Erste Pipeline: YAML-Datei erstellen, Build-Task für .NET (dotnet restore, build, test) oder Node.js (npm install, lint, test, build). Pipeline ausführen, Logs lesen, Fehler beheben.
- Variablen und Variable Groups: Inline-Variablen, Variable Groups (zentral verwaltet, mehrere Pipelines nutzen dieselbe), Secret Variables (Passwörter, API-Keys - maskiert in Logs).
- Templates: Wiederverwendbare Pipeline-Bausteine. Step Templates, Job Templates, Stage Templates. Für: einheitliche Build-Konfiguration über 10+ Projekte.
- Praxis-Übung: YAML-Pipeline für das Demo-Projekt erstellen: Build + Unit Tests + Code Coverage. CI-Trigger auf main und Feature-Branches. Variable Group für Konfigurationsparameter.
- Multi-Stage: Build -> Deploy Dev -> Deploy Staging -> Deploy Production in einer Pipeline. Stages mit Bedingungen (nur deployen wenn Tests grün).
- Environments: Dev, Staging, Production als benannte Zielumgebungen. Approval-Gates (manuell: Manager genehmigt Prod-Deployment) und Checks (automatisch: Health Check nach Deployment).
- Deployment-Strategien: Run Once, Rolling, Canary. Rollback bei Fehler.
- Service Connections: Verbindung zu Azure (Service Principal), Docker Registry, Kubernetes, SSH-Server. Einmalig konfigurieren, in allen Pipelines nutzen.
- Deployment auf Azure: Azure App Service, Azure Kubernetes Service, Azure Static Web Apps - die häufigsten Deployment-Ziele für .NET- und Web-Applikationen.
- Praxis-Übung: Multi-Stage-Pipeline erweitern: Build -> Deploy Dev (automatisch) -> Deploy Staging (nach Approval). Environment mit Approval Gate konfigurieren. Service Connection zu Azure erstellen. Deployment durchspielen: Build grün -> Dev-Deployment automatisch -> Staging-Approval erteilen -> Staging-Deployment.
- Matrix-Strategien: Gleicher Build auf mehreren OS-Versionen oder Framework-Versionen parallel (z.B. .NET 8 + .NET 9, oder Windows + Linux + macOS).
- Conditional Execution: Steps nur ausführen wenn eine Bedingung erfüllt ist (nur auf main, nur bei Tag, nur wenn ein bestimmter Pfad geändert wurde).
- Pipeline-Trigger zwischen Repos: Pipeline A (Library Build) löst Pipeline B (App Build) aus, wenn die Library sich ändert.
- Self-hosted Agents: Eigene Build-Maschinen für spezielle Anforderungen (GPU, Legacy-Software, Netzwerkzugriff auf interne Systeme).
- Praxis-Übung: Matrix-Build (Windows + Linux), Conditional Step (Code Coverage Report nur auf main), Pipeline-Artifact zwischen Stages übergeben.
7. Azure Artifacts: Paket-Management
- Feeds: NuGet, npm, Maven, Python und Universal Packages in einem Feed. Feed erstellen, Upstream Sources konfigurieren (nuget.org, npmjs.com als Proxy - alle Pakete über einen Endpunkt).
- Pakete veröffentlichen: Aus der Pipeline heraus NuGet-Pakete oder npm-Pakete in den Feed publizieren. Versionierung (SemVer). Pre-Release-Versionen.
- Pakete konsumieren: Feed als Paketquelle in Visual Studio, VS Code, dotnet CLI oder npm konfigurieren. Interne Bibliotheken wie öffentliche Pakete nutzen.
- Retention und Cleanup: Alte Paket-Versionen automatisch löschen. Feed-Berechtigungen (wer darf publizieren, wer darf konsumieren).
- Praxis-Übung: NuGet-Feed erstellen, Shared-Library-Projekt als NuGet-Paket aus der Pipeline publizieren, im Demo-Projekt als Dependency einbinden und nutzen.
- Azure Test Plans: Manuelle Testfälle erstellen, Testsuiten organisieren, Tests ausführen und Ergebnisse dokumentieren. Für: Abnahmetests, explorative Tests, Regressionstests.
- Automatisierte Tests in Pipelines: Unit Tests (dotnet test, npm test), Integration Tests, Code Coverage als Quality Gate (Pipeline schlägt fehl wenn Coverage < 80 %).
- Bug-Tracking-Integration: Fehlgeschlagener Test -> Bug erstellen -> automatisch mit Build und Test verknüpft. Traceability: Vom Bug zum Code zum Test zum Build.
- Flaky Test Detection: Tests die manchmal grün und manchmal rot sind - Azure DevOps erkennt und markiert sie automatisch.
- Praxis-Übung: Manuellen Testfall erstellen und ausführen. Code-Coverage-Gate in der Pipeline konfigurieren (Build schlägt fehl bei < 70 %). Bug aus fehlgeschlagenem Test erstellen.
Sicherheit und Governance (20 Min):
- Berechtigungsmodell: Organisation -> Projekt -> Team -> Repository -> Pipeline. Principle of Least Privilege.
- Branch Security: Wer darf auf main pushen? Wer darf Branch Policies überschreiben?
- Pipeline-Security: Wer darf Pipelines erstellen? Wer darf Service Connections nutzen? Secret-Variablen und Credential Rotation.
- Audit Log: Alle Änderungen nachvollziehbar (wer hat wann welche Pipeline geändert, welche Berechtigung erteilt).
- Azure Boards + GitHub Repos: Work Items mit GitHub Commits und PRs verknüpfen (AB#123 in Commit Messages).
- GitHub Actions -> Azure Deployment: GitHub als Code-Plattform, Azure als Deployment-Ziel.
- Phase 1 - End-to-End-Workflow (30 Min): Vollständigen Workflow durchspielen: User Story im Backlog erstellen -> Feature-Branch anlegen -> Code implementieren -> Pull Request erstellen (Build-Validierung läuft automatisch) -> Code Review -> Merge -> Multi-Stage-Pipeline deployt automatisch auf Dev -> Staging-Approval erteilen -> Staging-Deployment -> Bug melden -> Bug fixen -> Zyklus schließen.
- Phase 2 - Peer-Review (15 Min): Projekt-Setup vorstellen. Stresstest: „Ein Junior-Entwickler pusht direkt auf main - was passiert?" „Die Pipeline schlägt fehl, weil ein Secret abgelaufen ist - wer bemerkt das?" „Ein Paket im Feed hat eine Sicherheitslücke - wie erfahrt ihr davon?"
Zielgruppe & Vorkenntnisse
- NET- und Web-Entwicklerteams: Die Azure DevOps als zentrale Plattform für Projektmanagement, Versionskontrolle und CI/CD einsetzen oder einführen.
- Entwickler mit GitHub-Erfahrung: Die auf Azure DevOps umsteigen oder beide Plattformen parallel nutzen und die Unterschiede verstehen.
- Scrum Master und Projektleiter: Die Azure Boards für Sprint-Planung, Backlog-Management und Team-Dashboards produktiv einsetzen.
- DevOps Engineers: Die YAML-Pipelines für Build, Test und Deployment aufbauen und Multi-Stage-Deployments mit Approvals konfigurieren.
Abgrenzung: Dieses Seminar behandelt Azure DevOps Services (Cloud) - nicht Azure DevOps Server On-Premises (dafür: S2222, 3T), nicht GitHub Actions (dafür: S5399, 2T).
Ihre Schulung
In Präsenz | Online |
|---|---|
| Lernmethode | |
Ausgewogene Mischung aus Theorie und praktischen Übungen auf persönlichem Schulungs-PC. | Wie auch bei unseren Präsenz-Seminaren: Ausgewogene Mischung aus Theorie und praktischen Übungen. Trainer durchgehend präsent. |
| Unterlagen | |
Seminarunterlagen oder Fachbuch inklusive. Das Fachbuch wählt der Trainer passend zum Seminar aus - Ihren individuellen Buch-Wunsch berücksichtigen wir auf Nachfrage gerne. | Seminarunterlagen oder Fachbuch inklusive (via DHL). Das Fachbuch wählt der Trainer passend zum Seminar aus - Ihren individuellen Buch-Wunsch berücksichtigen wir auf Nachfrage gerne. |
| Arbeitsmaterialien | |
Din A4 Block, Notizblock, Kugelschreiber, USB-Stick, Textmarker, Post-its | |
| Teilnahmezertifikat | |
Nach Abschluss des Seminars erhalten Sie das Teilnahmezertifikat inkl. Inhaltsverzeichnis per E-Mail als PDF. | |
Organisation
In Präsenz | Online | |
|---|---|---|
| Teilnehmendenzahl | ||
min. 1, max. 8 Personen | ||
| Garantierte Durchführung * | ||
Ab 1 Teilnehmenden | ||
| Schulungszeiten | ||
| ||
| Ort der Schulung | ||
 GFU SchulungszentrumAm Grauen Stein 27 51105 Köln-Deutz oder online im Virtual Classroom oder europaweit bei Ihnen als Inhouse-Schulung Um ein optimales Raumklima zu gewährleisten, haben wir das Schulungszentrum mit 17 hochmodernen Trotec TAC V+ Luftreinigern ausgestattet. Diese innovative Filtertechnologie (H14 zertifiziert nach DIN EN1822) sorgt dafür, dass die Raumluft mehrfach pro Stunde umgewälzt wird und Schadstoffe zu 99.995% im HEPA-Filter abgeschieden und infektiöse Aerosole abgetötet werden. Zusätzlich sind alle Räume mit CO2-Ampeln ausgestattet, um jederzeit eine hervorragende Luftqualität sicherzustellen. | ||
| Räumlichkeiten | ||
Helle und modern ausgestattete Räume mit perfekter Infrastruktur | Bequem aus dem Homeoffice von überall | |
| All-Inclusive | ||
Frühstück, Snacks und Getränke ganztägig, Mittagessen im eigenen Restaurant, täglich 6 Menüs, auch vegetarisch | Eine Auswahl unserer Frühstücks-Snacks und Nervennahrungs-Highlights senden wir Ihnen mit den Seminarunterlagen via DHL zu. | |
| Barrierefreiheit | ||
Das GFU-Schulungszentrum (Am Grauen Stein 27) ist barrierefrei | - | |
Kostenfreie Services
In Präsenz | Online |
|---|---|
|
|
Buchungsmöglichkeiten
Online oder in Präsenz teilnehmen
Sie können sowohl Online als auch in Präsenz am Seminar teilnehmen. Klicken Sie bei Ihrer Buchung oder Anfrage einfach die entsprechende Option an.
- Lernumgebung in der Cloud
- Inhalte werden auf Wunsch an die Anforderungen Ihres Teams angepasst.
- Lernumgebung in der Cloud
- 1 Teilnehmender = Fokus aufs Fachliche und maximaler Raum für individuelle Fragen.
Was bedeutet Offene Schulung und Inhouse Schulung?
Bei einer offenen Schulung stehen Ort und Termin vorab fest. Jeder Interessent kann eine offene Schulung buchen, daher treffen Teilnehmer aus verschiedenen Unternehmen aufeinander.
Inhouse Schulungen können auf Ihren individuellen Schulungsbedarf zugeschnitten werden. Sie bestimmen den Teilnehmerkreis, Termin und Schulungsort.
Ist eine Inhouse Schulung die richtige Wahl?
Bei einer Inhouse Schulung gehen wir auf die individuellen Bedürfnisse Ihres Unternehmens ein und decken den Schulungsbedarf direkt bei Ihnen im Unternehmen ab.
Das spart Zeit und Geld und sorgt für einen schnellen Wissenstransfer Ihrer Mitarbeiter.
Wer kümmert sich um die Technik bei Inhouse Schulungen?
Eine komplette Lernumgebung in der Cloud mit Remote Zugriff ist für uns selbstverständlich. Sie müssen sich um nichts kümmern. Lediglich ein funktionierender PC oder Notebook mit Internetanschluss sollte für jeden Teilnehmer am Schulungstag bereit stehen.
Vorteile einer Inhouse Schulung
- Kompetente Seminarberatung
- Dozenten aus der Praxis
- Auf Ihre Bedürfnisse zugeschnittener individueller Lernstoff
- Sie können den Termin flexibel gestalten, so wie es für Sie am besten passt
- Unsere Inhouse Schulungen können Europaweit durchgeführt werden
- Der Fokus liegt auf Ihrem Schulungsbedarf, somit schonen Sie Ihr Budget
- Wissenslücken Ihrer Mitarbeitet werden schnell geschlossen