Nahtlose Integration von Microsoft Fabric mit GitHub und Azure DevOps

Von Mirko Peters · 2026-08-12 · Aktualisiert 2026-08-29

Wenn Sie moderne Daten- und Analyse-Workloads verwalten, sind robuste Versionskontrolle und Governance unverzichtbar. Als technische Verantwortliche bewegen wir uns ständig im Spannungsfeld zwischen Entwicklungsgeschwindigkeit und Compliance auf Unternehmensniveau. Deshalb ist die Anbindung Ihrer Microsoft Fabric-Workspaces an externe Repositories wie GitHub und Azure DevOps für das Analytics Engi

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Wenn Sie moderne Daten- und Analyse-Workloads verwalten, sind robuste Versionskontrolle und Governance unverzichtbar. Als technische Verantwortliche bewegen wir uns ständig im Spannungsfeld zwischen Entwicklungsgeschwindigkeit und Compliance auf Unternehmensniveau. Deshalb ist die Anbindung Ihrer Microsoft Fabric-Workspaces an externe Repositories wie GitHub und Azure DevOps für das Analytics Engineering zu einem echten Gamechanger geworden. In diesem Beitrag zeigen wir, wie Sie nahtlose Integrationen einrichten, die Verantwortung für Ihre Deployments bewerten und die besonderen Stärken jeder Plattform nutzen.

Um dieses Thema noch tiefer zu erkunden und Expertenanalysen dazu zu hören, wie diese Ökosysteme zusammenspielen, hören Sie sich unbedingt die begleitende Podcast-Folge an: GitHub vs Azure DevOps for Microsoft Fabric CI/CD.

GitHub vs Azure DevOps: 5 überraschende Fakten

1. Unterschiedliche Ursprünge, konvergierende Funktionen: Beide Plattformen zielen auf CI/CD und Zusammenarbeit ab. GitHub hat sich jedoch aus einer Plattform für soziales Coding entwickelt, während Azure DevOps aus den Enterprise-ALM-Werkzeugen von Microsoft (Team Foundation Server) hervorgegangen ist. Deshalb unterscheiden sich ihre Workflows und Enterprise-Integrationen deutlich.
2. Pipeline-Portabilität: Azure DevOps-Pipelines können YAML-basierte Builds auf vielen Plattformen ausführen und sogar Tasks aus den klassischen Pipelines wiederverwenden. GitHub Actions bietet dagegen einen größeren öffentlichen Marketplace mit community-basierten Actions. Die Portabilität hängt daher oft davon ab, welche Marketplace-Actions verfügbar sind, im Vergleich zu den integrierten Azure-Task-Bibliotheken.
3. Boards vs. Issues – unterschiedliche Philosophien: Azure DevOps umfasst mit Boards ein voll ausgestattetes System für Arbeitselemente mit anpassbaren Prozessvorlagen und Reporting für die Planung im Enterprise-Umfeld. GitHub Issues ist dagegen einfacher und stärker auf Zusammenarbeit ausgerichtet. Das überrascht Teams, die bei einem Vergleich von „GitHub vs Azure DevOps“ identisches Projekt-Tracking erwarten.
4. Compliance auf Unternehmensniveau und On-Premises-Optionen: Azure DevOps Server bietet ausgereiftes On-Premises-Hosting und Compliance-Kontrollen, die regulierte Organisationen häufig benötigen. GitHub bietet mit GitHub Enterprise Server eine vergleichbare Option, war historisch aber stärker auf Cloud-First-Workflows ausgerichtet. Für compliance-intensive Teams sind das zwei unterschiedliche Entscheidungen.
5. Unterschiede bei Preis und Benutzermodell: Das Preis- und Mitarbeitermodell von GitHub basiert auf Repositories und Organisationen und bietet großzügige kostenlose Kontingente für Open Source. Azure DevOps lizenziert bestimmte Funktionen (Test Plans, Artifacts) dagegen pro Benutzer. Bei großen Enterprise-Lizenzverträgen kann Azure DevOps zudem besser planbar sein. Dieser Faktor wird beim Vergleich von „GitHub vs Azure DevOps“ oft unterschätzt.

Deployment-Verantwortung erklärt

Was ist Deployment-Verantwortung?

Deployment-Verantwortung bedeutet, dass Sie jeden Schritt im DevOps-Prozess steuern. Sie entscheiden, wie Ihr Code von der Entwicklung bis zur Auslieferung gelangt. Sie verwalten, wer auf Ihre DevOps-Werkzeuge zugreifen darf, und legen fest, wie Änderungen nachverfolgt werden. Außerdem definieren Sie die Regeln für die Automatisierung und sorgen dafür, dass Ihr Team sich daran hält.

Code und Artefakte

Sie verwalten den Quellcode und die Artefakte in Ihren DevOps-Plattformen. Diese Komponenten bilden die Grundlage Ihrer Auslieferungspipeline. Dies sind die wichtigsten Bestandteile der Deployment-Verantwortung in modernen DevOps-Werkzeugen:

• Nachverfolgung des Quellcodes
• Testen
• Bereitstellen
• Infrastrukturverwaltung
• Build-Nachverfolgung
• Verwaltung von Geheimnissen
• Release-Verwaltung

Sie nutzen DevOps-Werkzeuge, um diese Schritte zu automatisieren. Automatisierung ermöglicht schnellere Updates und reduziert Fehler. Sie schützen Ihren Code und stellen sicher, dass Artefakte den getesteten Versionen entsprechen. Builds und Releases verfolgen Sie, um über alle Umgebungen hinweg konsistent zu bleiben.

Zugriff und Governance

Sie kontrollieren den Zugriff auf DevOps-Werkzeuge und legen Governance-Richtlinien fest. Sie entscheiden, wer Code einsehen, bearbeiten oder bereitstellen darf. Mit Automatisierung setzen Sie Regeln durch und überwachen Aktivitäten. Governance stellt sicher, dass Ihr Team während Entwicklung und Auslieferung Standards einhält. Sie protokollieren Aktionen und prüfen Änderungen, um Ihren Softwareentwicklungsprozess zu schützen.

Warum Verantwortung wichtig ist

Verantwortung gibt Ihnen Kontrolle über Ihre DevOps-Umgebung. Sie schützen Ihre Auslieferungspipeline vor Risiken und halten Ihre Entwicklung sicher. Sie wahren die Einhaltung gesetzlicher Vorgaben und unterstützen die betriebliche Kontrolle.

Mit DevOps-Tools bauen Sie ein belastbares Governance-Framework auf. Sie gewinnen Autonomie und lassen Teams unabhängig arbeiten. Sie steuern Risiken und halten Ihren Bereitstellungsprozess zuverlässig. Automatisierung unterstützt diese Ziele, indem sie Entwicklung und Bereitstellung effizienter macht.

Tipp: Wenn Sie Ihre DevOps-Pipeline selbst verantworten, können Sie schnell auf Änderungen reagieren und Ihre Softwareentwicklung auf Kurs halten.

Sie müssen die Verantwortlichkeit für Bereitstellungen verstehen, um fundierte Entscheidungen über DevOps-Tools zu treffen. Sie verbessern die Geschwindigkeit der Auslieferung, schützen Ihren Code und behalten die Kontrolle über Ihren Entwicklungsprozess.

GitHub-Verantwortlichkeitsmodell

Speicherung von Code und Artefakten

Sie nutzen GitHub als zentralen Ort für die Quellcodeverwaltung. Wenn Sie Ihren Code auf github.com pushen, behalten Sie den klaren Verlauf jeder Änderung. So können Sie nachvollziehen, wer Aktualisierungen vorgenommen hat und wann. Je nach Bedarf speichern Sie Ihren Code in öffentlichen oder privaten Repositorys. Wenn Sie GitHub Enterprise einsetzen, erhalten Sie zusätzliche Funktionen für große Organisationen, etwa erweiterte Sicherheits- und Compliance-Tools.

Für Bereitstellungsartefakte bietet GitHub GitHub Packages an. Dieser Dienst ermöglicht es Ihnen, Build-Ausgaben, Container-Images und andere Dateien zusammen mit Ihrem Code zu speichern. Sie können direkt aus Ihren Workflows auf diese Artefakte zugreifen. GitHub Packages stellt jedoch nur grundlegende Metadaten bereit, etwa Erstellungsdatum und Anzahl der Downloads. Eigene Eigenschaften oder erweiterte Abfragen für die Artefaktverwaltung sind nicht möglich. Andere Plattformen wie JFrog bieten mehr Optionen für Metadaten und Abfragen.

Zugriff und Berechtigungen

Sie steuern, wer Ihren Code auf github.com sehen und ändern darf. Sie weisen Benutzern und Teams Rollen zu und stellen sicher, dass jede Person nur den Zugriff erhält, den sie benötigt. Das folgt dem Prinzip der minimalen Berechtigungen. Sie können innerhalb Ihrer Organisation Teams anlegen und für jedes Team unterschiedliche Berechtigungen festlegen. Beispielsweise könnten Sie Entwicklern Schreibzugriff gewähren, Administratorrechte aber nur vertrauenswürdigen Mitgliedern vorbehalten.

Sie können die Zugriffsverwaltung automatisieren, indem Sie GitHub mit Ihrem System für Identitäts- und Zugriffsverwaltung (IAM) verbinden. So lassen sich Benutzer einfach hinzufügen oder entfernen, wenn sich Ihr Team verändert. Außerdem sollten Sie klare Richtlinien für die Zugriffssteuerung festlegen und diese regelmäßig überprüfen. GitHub ermöglicht es Ihnen, Zugriffsprotokolle zu prüfen, um ungewöhnliche Aktivitäten zu erkennen.

• Weisen Sie Rollen und Berechtigungen auf Repository-, Organisations- oder Enterprise-Ebene zu.
• Verwenden Sie Code-Eigentümer, um Überprüfungen für wichtige Codeänderungen verbindlich vorzuschreiben.
• Beschränken Sie Administratorzugriffe und nutzen Sie diese nur, wenn es nötig ist.
• Prüfen Sie Audit-Protokolle regelmäßig auf nicht autorisierte Aktionen.

Governance und Compliance

Für den sicheren und konformen Betrieb Ihrer Bereitstellungen brauchen Sie eine starke Governance. GitHub stellt dafür mehrere Werkzeuge bereit. Sie können Workflows projektübergreifend wiederverwenden, was Zeit spart und für Konsistenz sorgt. GitHub Actions ermöglicht es Ihnen, Bereitstellungen zu automatisieren und für jede Umgebung Regeln durchzusetzen.

Mit Artefaktnachweisen (Artifact Attestations) können Sie überprüfen, ob Ihre Bereitstellungsdateien nicht verändert wurden. GitHub unterstützt OpenID Connect (OIDC) für sichere Bereitstellungen auf Cloud-Plattformen. Sie steuern Bereitstellungen, indem Sie festlegen, wer wann bereitstellen darf. Außerdem können Sie den Bereitstellungsverlauf einsehen, was Audits und Compliance-Prüfungen erleichtert.

Hinweis: GitHub Actions lässt sich in Microsoft Fabric integrieren. So können Sie Bereitstellungen automatisieren und Analyselösungen mit denselben Governance-Kontrollen verwalten.

Sicherheitsaspekte

Bei Bereitstellungspipelines mit GitHub müssen Sie der Sicherheit besonders große Aufmerksamkeit schenken. Bedrohungen können an vielen Stellen Ihres Workflows auftreten. Angreifer könnten versuchen, Schadsoftware in Ihren Quellcode oder Ihre Build-Artefakte einzuschleusen. Vertrauliche Daten wie Zugriffsschlüssel und Passwörter können offengelegt werden, wenn Sie bewährte Verfahren nicht einhalten. Unautorisierter Zugriff kann Angreifern die Kontrolle über Ihre Pipeline und Produktionsumgebung verschaffen. Veraltete Abhängigkeiten können Schwachstellen einführen, die Ihr gesamtes System gefährden.

Schützen Sie Ihre GitHub-Repositorys durch starke Zugriffskontrollen. Aktivieren Sie die Zwei-Faktor-Authentifizierung für alle Benutzer. Mit einer Verwaltung von Geheimnissen (Secrets Management) bewahren Sie Anmeldedaten und Token sicher auf. Vermeiden Sie es, vertrauliche Informationen direkt in Ihrem Code zu speichern. Überprüfen Sie Berechtigungen regelmäßig und entziehen Sie Zugriffe, die nicht mehr benötigt werden.

Tipp: Sie können Ihre Sicherheitslage verbessern, indem Sie die integrierten Werkzeuge von GitHub mit externen Lösungen kombinieren. Möglicherweise setzen Sie Scanner von Drittanbietern ein oder binden Cloud-Sicherheitsplattformen für zusätzlichen Schutz ein.

Start mit GitHub als Repository – Checkliste (GitHub vs. Azure DevOps)

Eine praktische Checkliste für den Einstieg in GitHub als Code-Repository.

• Erstellen Sie ein GitHub-Konto oder melden Sie sich bei Ihrem bestehenden Konto an
• Entscheiden Sie, ob ein persönliches Konto oder eine Organisation die Besitzrechte für das Team übernehmen soll
• Erstellen Sie ein neues Repository (öffentlich oder privat) und wählen Sie die passende Sichtbarkeit aus
• Vergeben Sie einen klaren Repository-Namen und fügen Sie eine aussagekräftige README.md hinzu
• Fügen Sie eine LICENSE-Datei hinzu, die zu den Anforderungen Ihres Projekts passt
• Fügen Sie eine .gitignore-Datei hinzu, die auf Ihre Sprache bzw. Ihr Framework abgestimmt ist
• Initialisieren Sie das Repository mit einem Standardbranch (main) und legen Sie Branchschutzregeln fest
• Konfigurieren Sie CODEOWNERS und Richtlinien für Beiträge (CONTRIBUTING.md)
• Richten Sie Vorlagen für Issues und eine Vorlage für Pull Requests ein
• Konfigurieren Sie Labels, Meilensteine und Projekt-Boards für die Issue-Verwaltung
• Richten Sie GitHub-Actions-Workflows für CI/CD ein oder binden Sie bestehende Pipelines an
• Hinterlegen Sie Repository-Secrets für CI, Bereitstellungen und Drittanbieterdienste
• Konfigurieren Sie Branchschutzregeln: erforderliche Reviews, Statusprüfungen und bei Bedarf erforderlich signierte Commits
• Aktivieren Sie Dependabot für Abhängigkeitsupdates und Sicherheitswarnungen
• Aktivieren Sie die Sicherheitsfunktionen Codescanning, Geheimnisscanning und Warnungen zu Sicherheitslücken
• Richten Sie Webhooks oder Integrationen für CI, ChatOps oder externe Dienste ein
• Laden Sie Mitwirkende oder Teammitglieder ein und legen Sie die Berechtigungen für das Repository fest
• Migrieren Sie bestehende Repositories und Issues (bei einem Wechsel von Azure DevOps planen Sie die Migration und ordnen Sie die Arbeitselemente zu)
• Dokumentieren Sie die Struktur des Repositorys, den Entwicklungsworkflow und den Release-Prozess im Wiki oder im docs-Ordner
• Konfigurieren Sie Überwachung und Warnungen für Releases, Bereitstellungen und wichtige Workflows
• Vergleichen Sie Workflows mit Alternativen (GitHub im Vergleich zu Azure DevOps), um Ihre Entscheidungen zu CI/CD und Projektmanagement zu optimieren
• Überprüfen Sie regelmäßig den Repository-Zugriff, die Secrets und die Sicherheitseinstellungen

Eigentumsmodell in Azure DevOps

Repository und Pipelines

Wenn Sie Azure DevOps verwenden, erhalten Sie eine einheitliche Plattform für die Verwaltung Ihres Codes, Ihrer Artefakte und Ihrer Bereitstellungsprozesse. Die Azure-DevOps-Dienste vereinen Code-Repositories, Arbeitsverfolgung, Testwerkzeuge und Artefaktspeicher. Diese Integration hilft Ihnen, jede Phase des Softwarebereitstellungszyklus zu steuern. Sie können jeden Pipeline-Lauf bestimmten Commits, Pull Requests oder Arbeitselementen zuordnen. So behalten Sie Ihren Entwicklungsprozess klar im Blick.

Azure-DevOps-Pipelines verwenden Identitäten, um auf Ressourcen zuzugreifen. Diese Identitäten lassen sich auf Ebene der Auflistung oder des Projekts festlegen. Projektbezogene Identitäten helfen Ihnen, den Zugriff auf die Ressourcen zu beschränken, die jedes Projekt tatsächlich benötigt, und erhöhen so die Sicherheit. Außerdem können Sie Repository-Ressourcen mithilfe von Prüfungen und Pipeline-Berechtigungen zusätzlich schützen. Damit steuern Sie, wer Eigentümer Ihres Codes und Ihrer Bereitstellungsworkflows ist und wer sie bearbeiten darf.

Azure DevOps unterstützt schlankes CI/CD, sodass Sie Builds, Tests und Bereitstellungen automatisieren können. Mit Azure Pipelines erhalten Sie kontinuierliche Integration und kontinuierliche Auslieferung. So bringen Sie Aktualisierungen schnell und zuverlässig ans Ziel. Microsoft hat Azure DevOps für die Arbeit in der Cloud konzipiert. Dadurch lassen sich Ihre Projekte problemlos skalieren, wenn Ihre Anforderungen wachsen.

Zugriffssteuerung

Mit der rollenbasierten Zugriffssteuerung (Role-Based Access Control) legen Sie fest, wer auf Ihre Azure-DevOps-Dienste zugreifen darf. Dieses Modell ermöglicht es, Berechtigungen anhand von Rollen zu vergeben, sodass jeder Benutzer nur den Zugriff erhält, den er tatsächlich braucht. Sie können Benutzer in Sicherheitsgruppen organisieren und Berechtigungen auf Ebene der Organisation, des Projekts oder einzelner Objekte zuweisen. Microsoft empfiehlt das Prinzip der geringsten Berechtigung: Benutzern werden nur die Berechtigungen gewährt, die sie für ihre Aufgaben benötigen.

• Weisen Sie Rollen Benutzern und Gruppen zu, um die Zugriffssteuerung präzise zu gestalten.
• Verwenden Sie Sicherheitsgruppen, um Berechtigungen auf unterschiedlichen Ebenen zu verwalten.
• Überprüfen und auditieren Sie Berechtigungen regelmäßig, um unerwartete Nutzung frühzeitig zu erkennen.

Governance und Richtlinien

Eine starke Governance ist die Grundlage für sichere und zuverlässige Bereitstellungen. Azure DevOps setzt Governance über Branchrichtlinien, Zugriffssteuerungen und benutzerdefinierte Rollen durch. Branchrichtlinien legen Prüfungen und Anforderungen fest, die erfüllt sein müssen, bevor Code zusammengeführt werden kann. So gelangt nur Code mit ausreichender Qualität in die Produktion. Sie können Sicherheitsprinzipale Rollen auf Basis des Prinzips der geringsten Berechtigung zuweisen. Das senkt das Risiko unautorisierter Zugriffe.

• Legen Sie Branchrichtlinien fest, die vor dem Zusammenführen Codereviews und Prüfungen verlangen.
• Weisen Sie Dienstprinzipalen benutzerdefinierte Rollen zu, um zerstörerische Aktionen in der Produktion zu verhindern.
• Verwenden Sie Zugriffssteuerungen, um einzuschränken, wer in kritische Umgebungen bereitstellen darf.

Tipp: Überprüfen Sie Ihre Governance-Einstellungen in Azure DevOps regelmäßig, damit Ihre Bereitstellungen sicher und konform bleiben.

Sicherheit und Compliance

Bei der Verwaltung Ihrer Bereitstellungen brauchen Sie starke Sicherheits- und Compliance-Kontrollen. Azure DevOps bietet Ihnen eine breite Palette an Werkzeugen, mit denen Sie Ihren Code, Ihre Daten und Ihre Workflows schützen können. Mit den integrierten Sicherheitsfunktionen halten Sie Ihren Entwicklungsprozess sicher und konform zu branchenüblichen Standards.

Azure DevOps verwendet rollenbasierte Zugriffssteuerung, um festzulegen, wer Ihre Ressourcen einsehen oder ändern darf. Sie weisen Benutzern und Gruppen Berechtigungen zu und stellen so sicher, dass nur die richtigen Personen Zugriff haben. Außerdem können Sie Dienstverbindungen verwenden, um zu steuern, wie Ihre Pipelines mit anderen Azure-Diensten interagieren. So verringern Sie das Risiko unautorisierter Aktionen.

Tipp: Überprüfen Sie Ihre Sicherheitseinstellungen in Azure DevOps regelmäßig. Aktualisieren Sie Ihre Richtlinien und Berechtigungen, wenn Ihr Team wächst oder sich Ihre Projekte ändern.

Einstieg mit Azure DevOps als Repository – Checkliste (GitHub vs. Azure DevOps)

• Erstellen Sie eine Azure DevOps-Organisation oder melden Sie sich bei einer bestehenden an
• Erstellen Sie ein neues Projekt (Sichtbarkeit wählen: privat/öffentlich) und wählen Sie die Versionsverwaltung Git aus
• Erstellen Sie Ihr erstes Repository oder importieren Sie ein bestehendes Repository (von GitHub oder lokal)
• Fügen Sie eine aussagekräftige README.md und eine Lizenzdatei hinzu
• Fügen Sie eine .gitignore-Datei hinzu, die auf Ihre Programmiersprache bzw. Ihr Framework abgestimmt ist
• Legen Sie die Branch-Strategie und Namenskonventionen fest (main, develop, feature/*, hotfix/*)
• Schützen Sie den main-Branch: Aktivieren Sie Branch-Richtlinien, erforderliche Prüfer und Statusprüfungen
• Erstellen Sie Vorlagen für Pull Requests und Richtlinien für Mitwirkende
• Konfigurieren Sie Repository-Berechtigungen und Gruppen (Leser, Mitwirkende, Projektadministratoren)
• Richten Sie Dienstverbindungen für Bereitstellungen ein (Azure, AWS, Docker-Registries, externe Git-Anbieter)
• Erstellen Sie CI-Pipelines (Azure Pipelines als YAML oder klassisch) und validieren Sie Builds bei Pull Requests
• Erstellen Sie CD-Pipelines bzw. Releasepipelines für Umgebungen (Entwicklung/Test/Produktion) und Genehmigungsschritte
• Integrieren Sie Boards: Erstellen Sie Arbeitselemente und verknüpfen Sie Commits bzw. Pull Requests mit Arbeitselementen
• Konfigurieren Sie Webhooks oder Dienst-Hooks für externe Integrationen (Slack, Teams, Jenkins)
• Konfigurieren Sie Richtlinien zur Aufbewahrung von Branches und Builds
• Aktivieren Sie die Überwachung und richten Sie die erforderlichen Compliance- und Sicherheitskontrollen ein
• Richten Sie Codescans, Sicherheitsanalysen und Abhängigkeitsprüfungen ein (GitHub bietet möglicherweise zusätzliche Werkzeuge – vergleichen Sie, was Sie benötigen)
• Richten Sie einen Artefaktfeed ein, wenn Sie Pakethosting benötigen (NuGet, npm, Maven)
• Erstellen Sie ein Wiki oder eine Dokumentationsseite und pflegen Sie die Dokumentation, wo sinnvoll, im Repository
• Planen Sie die Migrationsschritte, wenn Sie von GitHub wechseln: Repositories, Issues, Pull Requests, CI/CD und Dienstkonten zuordnen
• Laden Sie Teammitglieder ein und prüfen Sie den Zugriff über deren Konten
• Führen Sie einen ersten Ende-zu-Ende-Test durch: klonen, committen, pushen, Pull Request öffnen, Pipeline ausführen und in der Testumgebung bereitstellen
• Überwachen Sie Nutzung und Pipelines und verbessern Sie Richtlinien und Automatisierung fortlaufend

Integration von Microsoft Fabric

Git-Integration

Sie können Ihren Microsoft Fabric-Arbeitsbereich direkt mit einem GitHub-Repository verbinden. Diese Verbindung bietet Ihnen eine solide Versionsverwaltung für Ihre Analyseprojekte. Sie verknüpfen den Arbeitsbereich mit dem develop-Branch in GitHub. So verfolgen Sie jede Änderung nach und können bei Bedarf zurückrollen. Mit Bereitstellungspipelines in Microsoft Fabric verschieben Sie Inhalte von der Entwicklung über die Testumgebung in die Produktion. Dieses Vorgehen hilft Ihnen, Synchronisierungsprobleme zwischen den Umgebungen zu vermeiden.

Wenn Sie stabile Funktionen veröffentlichen möchten, erstellen Sie einen Release-Branch. Mit Bereitstellungspipelines übertragen Sie diese Änderungen in die Produktion. Wenn dringende Probleme behoben werden müssen, erstellen Sie einen Hotfix-Branch. Diesen Branch führen Sie für die Bereitstellung mit dem main-Branch zusammen. Sie sollten für jede Umgebung separate Datenbanken verwenden. Das schützt Ihre Produktionsdaten vor versehentlichen Änderungen während Tests oder Entwicklung.

CI/CD mit Azure DevOps und GitHub

Sie können CI/CD-Pipelines in Microsoft Fabric mit Azure DevOps oder GitHub Actions einrichten. Diese Werkzeuge helfen Ihnen, Build-, Test- und Bereitstellungsschritte zu automatisieren. Geben Sie Ihren Bereitstellungspipelines klare und aussagekräftige Namen. So erkennen Sie auf einen Blick, wofür jede Pipeline zuständig ist. Sie können vorhandene Arbeitsbereiche verwenden oder für verschiedene Pipeline-Phasen, etwa Entwicklung, Test und Produktion, neue anlegen.

Vergleichen Sie Inhalte zwischen den Phasen regelmäßig. So stellen Sie sicher, dass alle Elemente korrekt bereitgestellt wurden. Sie können Anwendungen aus jedem Arbeitsbereich der Pipeline veröffentlichen. Dieser Schritt ermöglicht es Endbenutzern, Funktionen vor der endgültigen Bereitstellung zu testen. Pflegen Sie für jeden Entwickler oder jedes Feature eigene Branches. Das hilft Ihnen, Merge-Konflikte zu vermeiden. Eine durchdachte Branching-Strategie wie Gitflow unterstützt Sie dabei, Entwicklung, Releases und Hotfixes zu verwalten.

Data Governance

Microsoft Fabric verankert Governance in jeder Phase des Datenlebenszyklus. Sie verwalten Datenerfassung, Speicherung und Analyse in einer einzigen Umgebung. Microsoft Purview katalogisiert Ihre Daten und verfolgt deren Herkunft. OneLake bietet zentralen Speicher, sodass Sie Governance-Richtlinien einfach anwenden können. Microsoft Entra ID stellt rollenbasierte Zugriffssteuerung bereit, sodass Sie festlegen, wer Daten einsehen oder ändern darf.

Sie wenden Governance-Richtlinien auf der Ebene von OneLake an. Diese Regeln gelten für Ihre Daten über Arbeitsbereiche und Datasets hinweg. So bleibt der Umgang mit Ihren Daten konsistent und effizient. Sie müssen keine separaten Regeln für jeden Arbeitsbereich einrichten. Das Design von Microsoft Fabric hilft Ihnen, die Kontrolle zu behalten und Compliance-Anforderungen zu erfüllen, während Ihre Datenmenge wächst.

Sicherheit und Compliance

Wenn Sie Daten und Bereitstellungen in Microsoft Fabric verwalten, benötigen Sie starke Sicherheits- und Compliance-Kontrollen. Die Plattform stellt erweiterte Werkzeuge bereit, mit denen Sie Ihre Informationen schützen und gesetzliche Anforderungen erfüllen können. Sie können sensible Daten in Ihren Data-Factory-Pipelines klassifizieren und schützen. So bleiben wichtige Informationen vor unbefugtem Zugriff geschützt.

Microsoft Fabric arbeitet mit Microsoft Defender for Cloud Apps zusammen. Diese Integration verschafft Ihnen mehr Transparenz und Kontrolle über Ihre Abläufe. Sie können Aktivitäten überwachen und Warnmeldungen für riskantes Verhalten festlegen. Außerdem können Sie die Datenherkunft nachverfolgen. Diese Funktion zeigt Ihnen, wie Daten durch Ihr System fließen. Mit diesen Informationen überprüfen Sie die Einhaltung von Vorgaben und behalten den Fluss sensibler Daten im Blick.

Tipp: Überprüfen Sie Ihre Sicherheits- und Compliance-Einstellungen regelmäßig. Regelmäßige Kontrollen helfen Ihnen, neuen Risiken einen Schritt voraus zu sein, und schützen Ihre Daten.

GitHub vs. Azure DevOps vs. Fabric: Vergleich der Verantwortlichkeiten

Speicherort des Repositorys

Sie müssen wissen, wo Ihr Code liegt. Im Vergleich von GitHub und Azure DevOps ist das ein zentraler Punkt. GitHub speichert Ihre Repositories in der Cloud. Sie können zwischen öffentlichen und privaten Optionen wählen. Viele Open-Source-Projekte nutzen GitHub, weil sich dort einfach teilen und zusammenarbeiten lässt. Azure DevOps speichert Code ebenfalls in der Cloud, konzentriert sich jedoch auf private Projekte mit Unternehmensanspruch. Sie behalten dort mehr Kontrolle darüber, wer Ihren Code einsehen und ändern kann. Microsoft Fabric lässt sich für die Versionsverwaltung sowohl mit GitHub als auch mit Azure DevOps verbinden. Sie verwalten Ihre Analyseprojekte in Fabric, der eigentliche Code liegt jedoch in dem verknüpften Repository.

Wählen Sie die Plattform, die zu Ihren Anforderungen passt. Wenn Sie offene Zusammenarbeit wünschen, eignet sich GitHub gut. Wenn Sie strikte Kontrolle benötigen, bietet Azure DevOps mehr Optionen. Microsoft Fabric erlaubt Ihnen, beide zu nutzen, sodass Sie den Dienst an Ihren Workflow anpassen können.

Artefaktverwaltung

Artefaktverwaltung bedeutet, wie Sie Build-Ergebnisse, Pakete und Dateien handhaben, die Ihre Projekte erzeugen. Im Vergleich von GitHub und Azure DevOps fallen große Unterschiede auf. GitHub nutzt GitHub Packages zur Speicherung von Artefakten. Sie erhalten grundlegende Funktionen wie das Speichern und Teilen von Paketen. Azure DevOps bietet mit Azure Artifacts erweiterte Kontrollmöglichkeiten. Sie können Versionen verwalten, Feeds einrichten und die Nutzung nachverfolgen. Microsoft Fabric konzentriert sich auf Analyse-Artefakte wie Power-BI-Berichte und semantische Modelle. Für die Versionsverwaltung wird das Repository verknüpft, und für die Übertragung von Artefakten zwischen Umgebungen kommen Bereitstellungspipelines zum Einsatz.

Tipp: Wenden Sie das Prinzip der minimalen Berechtigungen an. Vergeben Sie Benutzern nur die Zugriffsrechte, die sie tatsächlich benötigen. Das reduziert Risiken und hilft Ihnen, sicher zu bleiben.

Governance und Compliance

Für den Schutz Ihrer Bereitstellungen und die Einhaltung branchenüblicher Standards benötigen Sie starke Governance und Compliance. Jede Plattform – GitHub, Azure DevOps und Microsoft Fabric – bietet unterschiedliche Werkzeuge und Ansätze für diese Anforderungen.

GitHub bietet Ihnen flexible Governance. Sie können Branch-Schutzregeln festlegen, Code-Reviews verlangen und CODEOWNERS-Dateien verwenden. Diese Funktionen helfen Ihnen zu steuern, wer Änderungen an Ihrem Code vornehmen darf. Außerdem können Sie Überwachungsprotokolle nutzen, um Aktionen in Ihren Repositories nachzuverfolgen.

Azure DevOps setzt auf Governance für Unternehmen. Sie können Branch-Richtlinien, Genehmigungsgates und benutzerdefinierte Rollen festlegen. Diese Kontrollen helfen Ihnen, Standards über alle Projekte hinweg durchzusetzen. Mit der Arbeitselementverfolgung in Azure DevOps verknüpfen Sie Code-Änderungen mit den geschäftlichen Anforderungen.

Microsoft Fabric bringt Governance in Ihre Datenanalyse-Workflows. Sie nutzen Microsoft Purview, um Daten zu katalogisieren und die Herkunft nachzuverfolgen. Sie legen Richtlinien auf der Ebene von OneLake fest, die für alle Arbeitsbereiche gelten. Dieser einheitliche Ansatz erleichtert es, die Compliance zu verwalten, während Ihre Datenmenge wächst.

Tipp: Überprüfen Sie Ihre Governance-Einstellungen regelmäßig. Eine solide Governance hilft Ihnen, Compliance-Anforderungen zu erfüllen, und hält Ihre Deployments sicher.

Sicherheitslage

Sie müssen Ihren Code, Ihre Daten und Ihre Deployments vor Bedrohungen schützen. Jede Plattform bietet unterschiedliche Sicherheitsfunktionen und Steuerungsmöglichkeiten.

GitHub hilft Ihnen, Ihre Repositories mit Zwei-Faktor-Authentifizierung, Geheimnisverwaltung (Secrets Management) und Branch-Schutz abzusichern. Mit GitHub Actions können Sie Sicherheitsscans und Schwachstellenprüfungen automatisieren.

azure devops bietet erweiterte Sicherheitskontrollen. Sie nutzen rollenbasierten Zugriff, um Berechtigungen einzuschränken. azure devops speichert Geheimnisse sicher und verknüpft sie mit Ihren Pipelines.

Microsoft Fabric konzentriert sich auf die Datensicherheit. Mit Microsoft Defender for Cloud Apps überwachen Sie Aktivitäten und richten Warnmeldungen für riskantes Verhalten ein. Außerdem können Sie sensible Daten in Ihren Pipelines klassifizieren und schützen.

Hinweis: Kombinieren Sie die Sicherheitsfunktionen der Plattformen mit bewährten Methoden. Schulen Sie Ihr Team, überprüfen Sie die Einstellungen und aktualisieren Sie Richtlinien, wenn sich die Bedrohungslage ändert.

Praxisnahe DevOps-Szenarien

Open Source mit GitHub

Wenn Sie an Open-Source-Projekten arbeiten, bietet Ihnen GitHub eine einfache Möglichkeit, die Verantwortung für Deployments zu verwalten. Sie können Ihren Deployment-Prozess automatisieren und Ihr Projekt mit jeder Codeänderung live halten. So funktioniert die Verantwortung in einem typischen Open-Source-DevOps-Workflow mit GitHub:

• Sie übertragen Code in ein öffentliches Repository auf GitHub.
• Jeder Push in den Hauptzweig (Main Branch) löst ein automatisches Deployment aus.
• Sie müssen für ein Deployment weder eine Freigabe beantragen noch auf eine Freigabe warten.
• Die Kontrolle über Ihre Cloud-Infrastruktur behalten Sie, indem Sie ein eigenes AWS-Konto oder vergleichbare Dienste nutzen.
• Ihr Projekt bleibt jederzeit auf einer Infrastruktur in Produktionsqualität verfügbar.

Unternehmen mit Azure DevOps

In Unternehmen nutzen Sie azure devops häufig, um komplexe Projekte zu steuern. Dabei müssen Sie Geschwindigkeit, Sicherheit und Compliance in Einklang bringen. Die Verantwortung ist in diesem Umfeld oft schwer zu fassen. Sie müssen klare Rollen und Zuständigkeiten für Ihr Team festlegen. azure devops unterstützt Sie dabei, indem Sie Berechtigungen zuweisen und rollenbasierte Zugriffssteuerung (Role-Based Access Control) einsetzen können.

Datenanalyse mit Fabric

Wenn Sie Datenanalyseprojekte verwalten, bietet Ihnen Microsoft Fabric eine starke Verantwortung für Deployments. Sie legen fest, wer jedes Element in Ihrem Arbeitsbereich bereitstellen, bearbeiten oder anzeigen darf. So behalten Sie die Kontrolle über Ihre Analysewerte. Wenn Sie ein neues Element bereitstellen, werden Sie dessen Verantwortlicher. Wenn Sie in eine Stufe bereitstellen, in der das Element bereits vorhanden ist, bleibt die Verantwortung unverändert.

Tipp: Nutzen Sie die Deployment-Pipelines von Microsoft Fabric und die Berechtigungen für Arbeitsbereiche, um Ihre Daten sicher zu halten und Ihr Team produktiv zu machen.

Hybride Deployments

Um Ihre Deployments zu verwalten, benötigen Sie häufig mehr als eine Plattform. Das ist in großen Organisationen üblich oder wenn Sie die Stärken verschiedener Werkzeuge kombinieren möchten. Hybride Deployments ermöglichen es Ihnen, GitHub für die Quellcodeverwaltung, Azure DevOps für Pipelines und Microsoft Fabric für Analysen zu nutzen. Sie können diese Plattformen so verbinden, dass ein Workflow entsteht, der zu Ihren Anforderungen passt.

Tipp: Überprüfen Sie Zugriffs- und Governance-Einstellungen auf jeder Plattform. Stellen Sie sicher, dass nur die richtigen Personen Ihren Code bereitstellen oder ändern können. So bleibt Ihr Workflow sicher.

Die richtige DevOps-Plattform auswählen

Wichtige Fragen zur Verantwortung

Bevor Sie sich für eine DevOps-Plattform entscheiden, sollten Sie die richtigen Fragen stellen. Diese Fragen helfen Ihnen zu verstehen, wie jedes Werkzeug mit Verantwortung, Governance und Integration umgeht. Achten Sie besonders auf folgende Punkte:

• Wer kontrolliert den Zugriff auf Ihren Code und Ihre Artefakte?
• Wie setzt die Plattform Governance und Compliance durch?
• Können Sie automatisierte Erinnerungen für fehlende Metadaten in Deployments versenden?
• Unterstützt die Plattform die Integration in Ihre vorhandenen Werkzeuge?
• Wie geht die Plattform mit der Verantwortung für Dienste und mit Metadaten um?

Tipp: Stellen Sie diese Fragen früh. So vermeiden Sie Unklarheiten und schaffen eine solide Grundlage für Ihren DevOps-Workflow.

Stärken der Plattformen

Jede DevOps-Plattform bietet eigene Stärken. Sie sollten diese Stärken auf die Anforderungen Ihres Projekts abstimmen. Für eine schnelle Einführung und einfache Integration können Sie GitHub Actions nutzen. Azure DevOps bietet Ihnen erweiterte Steuerungsmöglichkeiten für komplexe Workflows. Microsoft Fabric bringt einheitliche Analysen und Governance mit. Sie können Ihren Arbeitsbereich mit GitHub oder Azure DevOps für Versionskontrolle und Deployment verknüpfen.

Hinweis: Wählen Sie eine Plattform, die zu Ihrem Workflow und Ihren Governance-Anforderungen passt. Jede Plattform unterstützt unterschiedliche Stärken bei der DevOps-Verantwortung.

Sie schaffen eine klare Verantwortung für Bereitstellungen, wenn Sie verstehen, wie GitHub, Azure DevOps und Microsoft Fabric Code, Artefakte, Zugriffe und Governance verwalten. Wählen Sie eine Plattform, die zu Ihren Anforderungen an Sicherheit und Compliance passt. Definieren Sie Endpoint-Management-Richtlinien, etablieren Sie eine gemeinsame Verantwortung über Teams hinweg und identifizieren Sie die wesentlichen Sicherheitskontrollen. Überprüfen Sie die Plattformfunktionen regelmäßig, um Risiken immer einen Schritt voraus zu sein. Stimmen Sie Ihre Plattformwahl auf Richtlinien für verantwortungsvolle KI ab, einschließlich Fairness, Zuverlässigkeit und Verantwortlichkeit. So schützen Sie Ihre Daten und sorgen für eine starke Governance.

Um Ihre Lernreise fortzusetzen und weitere Einblicke zu diesem Thema zu gewinnen, hören Sie sich direkt die zugehörige Episode an: GitHub vs Azure DevOps for Microsoft Fabric CI/CD.

Häufige Fragen

Was bedeutet Verantwortung für Bereitstellungen in DevOps-Plattformen?

Verantwortung für Bereitstellungen bedeutet, dass Sie Ihren Code, Ihre Artefakte, Zugriffe und Governance selbst steuern. Sie entscheiden, wer bereitstellen darf, verfolgen Änderungen nach und setzen Regeln durch. Diese Verantwortung hilft Ihnen, Ihre Projekte zu schützen und Compliance einzuhalten.

Wie regeln GitHub, Azure DevOps und Microsoft Fabric die Zugriffskontrolle?

Sie legen Rollen und Berechtigungen in jeder Plattform fest. GitHub verwendet Teams und Code-Besitzer. Azure DevOps setzt auf Sicherheitsgruppen und rollenbasierten Zugriff. Microsoft Fabric stützt sich für Arbeitsbereichsberechtigungen auf Microsoft Entra ID.

Können Sie Bereitstellungen auf allen drei Plattformen automatisieren?

Ja, Sie können Bereitstellungen mit GitHub Actions, Azure Pipelines oder Bereitstellungspipelines in Microsoft Fabric automatisieren. Automatisierung hilft Ihnen, Updates schneller auszuliefern, und reduziert Fehler.

Wie integriert sich Microsoft Fabric mit GitHub und Azure DevOps?

Sie verbinden Ihren Fabric-Arbeitsbereich mit einem GitHub- oder Azure DevOps-Repository. Diese Integration bietet Ihnen Versionskontrolle, automatisierte Bereitstellungen und einheitliche Governance für Analysen.

Welche Sicherheitsfunktionen schützen Ihre Bereitstellungen?

Sie nutzen Zwei-Faktor-Authentifizierung, Geheimnisverwaltung und automatisierte Sicherheitsprüfungen. Azure DevOps ergänzt Genehmigungsgates und Defender for Cloud. Microsoft Fabric bietet Data Loss Prevention und Werkzeuge für das Datenschutzmanagement.

Wie verwalten Sie Compliance auf diesen Plattformen?

Sie legen Branch-Richtlinien, Überwachungsprotokolle und Governance-Regeln fest. Azure DevOps und Microsoft Fabric unterstützen Compliance-Rahmenwerke wie DSGVO und ISO. GitHub Enterprise bietet Unternehmen erweiterte Compliance-Werkzeuge.

Wem gehören bereitgestellte Analyseobjekte in Microsoft Fabric?

Sie werden zum Eigentümer, wenn Sie ein neues Element bereitstellen. Wenn Sie in eine Phase mit einem bereits vorhandenen Element bereitstellen, bleibt die Eigentümerschaft unverändert. Arbeitsbereichsrollen und Berechtigungen helfen Ihnen, den Zugriff zu verwalten.

Was sind die wesentlichen Unterschiede zwischen Azure DevOps und GitHub?

Azure DevOps (ado) ist eine Suite von Entwicklerwerkzeugen mit Azure Boards, Pipelines, Repos, Test Plans und Artefaktverwaltung. Sie ist auf Projektmanagement und CI/CD im Unternehmensumfeld ausgerichtet. GitHub hingegen ist eine Git-first-Plattform, die sich auf Git-Repositories, Pull Requests und die Entwickler-Community konzentriert. Dazu gehören Funktionen wie GitHub Repos, GitHub Enterprise Cloud und GitHub Actions. Azure DevOps wird häufig wegen der integrierten Arbeitselementverfolgung und seines Erbes aus Visual Studio Team Services (TFS) bevorzugt. GitHub bietet dagegen ein großes Open-Source-Ökosystem und moderne Zusammenarbeitsfunktionen.

Welches Tool sollten Sie für die Versionskontrolle verwenden: Azure Repos oder GitHub Repos?

Beide unterstützen Git-Repositories und Versionskontrolle. Azure Repos ist eng mit Azure Boards und Azure Pipelines integriert und daher attraktiv für Teams, die mit Microsoft Azure DevOps arbeiten. GitHub Repos (gehostet auf GitHub) eignet sich hervorragend für öffentliche und private Repositories, die Verwaltung von Open-Source-Projekten, Beiträge aus der Community und Funktionen wie Pull-Request-Workflows. Wählen Sie je nachdem, ob Sie integrierte Azure Boards oder die breitere GitHub-Plattform und Community bevorzugen.

Können Sie Repositories von Azure Repos zu GitHub migrieren?

Ja, Sie können Repositories von Azure Repos zu GitHub verschieben. Viele Teams exportieren Git-Repositories aus ADO Repos und importieren sie in ein GitHub-Repo oder nutzen Migrationswerkzeuge. Bei der Migration geht es oft darum, den Commit-Verlauf zu erhalten, von Enterprise Managed Users verwaltete Benutzer für GitHub Enterprise Cloud zu verwalten und gegebenenfalls CI/CD-Integrationen von Azure Pipelines auf GitHub Actions umzustellen.

Wie unterscheiden sich Azure Boards und GitHub-Issues im agilen Projektmanagement?

Azure Boards bietet umfangreiches agiles Projektmanagement mit Arbeitselementen, Backlogs, Sprints und einer tiefen Integration in Pipelines und Test Plans. Dadurch eignet es sich für Unternehmen als leistungsstarkes Projektmanagement-Werkzeug. GitHub-Issues (und Projektboards) sind einfacher und besser für Open-Source- und Entwickler-Community-Workflows geeignet. GitHub hat allerdings seine Funktionen für die Projektplanung erweitert. Manche Teams nutzen das Beste aus beiden Welten, indem sie GitHub-Repositories mit Azure Boards verbinden.

Ist GitHub Copilot für Azure DevOps-Benutzer verfügbar?

GitHub Copilot lässt sich vor allem in Entwicklerwerkzeuge wie Visual Studio Code und Visual Studio integrieren. Entwickler, die Azure DevOps nutzen, können Copilot daher weiterhin in ihren IDEs verwenden. Die Einführung von GitHub Copilot und die späteren Copilot-Workspace-Funktionen machen das Werkzeug für Entwickler unabhängig vom eingesetzten CI/CD-Backend verfügbar. Einige Unternehmenskontrollen und die Lizenzierung hängen jedoch davon ab, ob Sie GitHub Enterprise Cloud nutzen oder Azure DevOps-verwaltete Umgebungen bevorzugen.

Welche Plattform ist für unternehmensverwaltete Benutzer und Sicherheit besser geeignet: GitHub oder Azure DevOps?

Beide Plattformen bieten Enterprise-Funktionen. Microsoft Azure DevOps bietet eine feingranulare Zugriffssteuerung, die Integration in Azure AD und erweiterte Compliance-Funktionen. GitHub Enterprise Cloud umfasst verwaltete Benutzer für Unternehmen sowie GitHub Advanced Security für Azure, das Code-Scanning, Secret-Scanning und Abhängigkeitsverwaltung bereitstellt. Die Wahl hängt von den Anforderungen der Organisation ab: Azure DevOps lässt sich unter Umständen besser in bestehende Microsoft-Werkzeuge integrieren, während GitHub die stärkeren Open-Source- und Community-Funktionen sowie erweiterte Sicherheitsoptionen bietet.

Wie unterscheiden sich CI/CD-Pipelines in Azure Pipelines und GitHub Actions?

Azure Pipelines (Teil von Azure Boards und Pipelines) bietet robustes plattformübergreifendes CI/CD mit starker Integration in Azure DevOps und Visual Studio. GitHub Actions ist eng in die GitHub-Plattform integriert und bietet flexible Workflows, die durch Repository-Ereignisse ausgelöst werden, sowie eine nahtlose Automatisierung von Pull Requests. Beide unterstützen Container, Cloud-Bereitstellungen und selbst gehostete Runner. Wählen Sie das DevOps-Werkzeug, das zu Ihrem Workflow passt, oder nutzen Sie das Beste aus beiden Welten, indem Sie sie miteinander verbinden.

Kann ich Visual Studio und VS Code mit beiden Plattformen verwenden?

Ja, sowohl Visual Studio als auch Visual Studio Code (VS Code) unterstützen GitHub und Azure DevOps. Visual Studio verfügt über integrierte Anbindungen an Azure Repos und ADO, während VS Code gut mit GitHub-Repositories, GitHub Copilot und allgemeinen Git-Repositories funktioniert. Entwickler können diese Werkzeuge plattformübergreifend nutzen, um Code zu bearbeiten, Tests auszuführen sowie mit Pull Requests oder Arbeitselementen zu arbeiten.

Wie sieht es beim Testen aus: Gibt es Azure Test Plans auch auf GitHub?

Azure Test Plans ist eine integrierte Testlösung in Azure DevOps, die manuelle und explorative Testwerkzeuge bereitstellt. GitHub bietet kein identisches integriertes Testplan-Produkt. Sie können jedoch Testframeworks, Actions und Test-Management-Werkzeuge von Drittanbietern mit GitHub-Repositories verbinden, um ähnliche Testautomatisierung und Reporting-Funktionen zu erreichen.

Wie unterscheiden sich Preise und Hosting: Hosting auf GitHub oder in Microsoft Azure DevOps?

GitHub bietet gehostete Dienste (GitHub.com, GitHub Enterprise Cloud) mit gestaffelten Tarifen für Teams und Unternehmen, mit Schwerpunkt auf öffentlichen und privaten Repositories sowie Community-Zugang. Microsoft Azure DevOps Services bietet ebenfalls gehostete Cloud-Optionen mit nutzerbasierter Preisgestaltung sowie lokale Varianten (ehemals TFS/Visual Studio Team Services). Bei den Kosten spielen Pipeline-Minuten, Speicher für Artefakte, verwaltete Benutzer für Unternehmen sowie die Frage eine Rolle, ob Sie ein Hosting vor Ort benötigen.

Können Teams GitHub und Azure DevOps gemeinsam nutzen?

Ja, viele Organisationen kombinieren GitHub für das Hosting von Code und die Zusammenarbeit in der Community mit Azure DevOps für Projektmanagement, Pipelines oder Testpläne. Dieser Ansatz nutzt das Beste aus beiden Welten: die Stärken der GitHub-Plattform für Repositories und Community sowie Azure-DevOps-Funktionen wie Azure Boards. Integrationen und Konnektoren erleichtern die Synchronisierung von Repositories aus Azure Repos nach GitHub oder die Verknüpfung von GitHub-Repository-Ereignissen mit ADO-Boards.

Welches Werkzeug bevorzugen Entwickler in der Dev-Community: GitHub oder Azure DevOps?

Open-Source-Entwickler und viele einzelne Entwickler bevorzugen GitHub, weil es die Community fördert, öffentliche und private Repositories sowie integrierte Review-Workflows bietet. Unternehmensentwickler und Teams, die umfassendes Projektmanagement benötigen, greifen dagegen häufig zu Azure DevOps. Die Entscheidung hängt außerdem davon ab, wie stark Sie bereits in Visual Studio und Microsoft Azure investiert sind und ob Funktionen wie GitHub Copilot oder GitHub Advanced Security für Azure für Sie Priorität haben.

Welche Überlegungen sollte ein Team anstellen, wenn es sich zwischen GitHub und Azure DevOps entscheiden muss?

Berücksichtigen Sie Ihre Anforderungen an die Versionsverwaltung, die Integration in Visual Studio oder VS Code, den Bedarf an agilem Projektmanagement (Azure Boards), Sicherheits- und Compliance-Anforderungen, den Bedarf an Azure Test Plans, die Sichtbarkeit in der Community und im Open-Source-Bereich sowie die Frage, ob Funktionen wie GitHub Copilot oder erweiterte Sicherheitsprüfungen für Sie wichtig sind. Prüfen Sie, welches DevOps-Tool zu Ihrem Workflow passt, oder setzen Sie auf ein hybrides Modell, bei dem Sie Repositories aus Azure Repos nutzen oder GitHub-Repositories mit Azure Boards und Pipelines kombinieren.