Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services
Führen Sie nach der Umstellung die folgenden Aufgaben nach der Migration aus, um das GitHub-Repository zu überprüfen, den erwarteten Schutz wiederherzustellen und Teams auf die Arbeit in GitHub als neuem System of Record vorzubereiten. Führen Sie diese Aufgaben im GitHub-Portal aus.
GitHub-Branch-Regelsätze überprüfen
ELM migriert Azure DevOps-Branchrichtlinien in GitHub-Branchregelsätze. Öffnen Sie nach der Umstellung Repository-Einstellungen>Regeln>Regelsätze und bestätigen Sie, dass Branchmuster, erforderliche Prüfer, erforderliche Statusprüfungen und zulässige Merge-Strategien mit Ihrer erwarteten Konfiguration übereinstimmen.
- Wechseln Sie zu Repository-Einstellungen>Regeln>Regelsätze.
- Überprüfen Sie Muster für Ziel-Branches, erforderliche Reviewer, erforderliche Statusprüfungen und Merge-Strategien.
- Testen Sie die Durchsetzung, indem Sie eine Test-Pullanforderung gegen einen geschützten Branch öffnen.
Hinweis
Erforderliche Statusüberprüfungen, die aus der Azure-DevOps-Buildvalidierung stammen, werden möglicherweise als inaktiv angezeigt, bis Sie Ihre Pipelines so aktualisieren, dass sie auf das migrierte GitHub-Repository verweisen.
Migration von Branchrichtlinien: Zuordnung auf hoher Ebene
| Azure DevOps-Richtlinie | Äquivalent zu GitHub | Hinweise und Kundenaktion |
|---|---|---|
| Mindestanzahl der Genehmigungen | Erforderliche genehmigende Überprüfungen (migriert) | Überprüfen Sie nach der Umstellung die Branchmuster und die Anzahl der Reviewer. |
| Abstimmungen bei neuem Push zurücksetzen | Veraltete Rezensionen verwerfen (migriert) | Vergewissern Sie sich, dass die Einstellung auf geschützten Branches aktiviert ist. |
| Überprüfung erstellen | Erforderliche Statusüberprüfungen (migriert) | Möglicherweise müssen die Prüfnamen aktualisiert werden, nachdem Pipelines neu konfiguriert wurden. |
| Merge-Strategie | Zulässige Merge-Methoden (migriert) | Überprüfen Sie die Merge-Einstellungen (Merge/Squash/Rebase) auf dem Repository. |
| Dateigrößeneinschränkung | Maximale Dateigröße (migriert) | Große Dateien erfordern möglicherweise Git LFS (Future) oder Verlaufsbereinigung. |
| Erforderliche Prüfer (pfadbasiert) | CODEOWNERS + erforderliche Überprüfung durch Codebesitzer (manuell) |
CODEOWNERS-Einträge erstellen oder überprüfen, damit sie den Pfadregeln entsprechen. |
| Erzwungenen Push blockieren | Erzwungene Pushes blockieren (migriert) | Bestätigen Sie die Durchsetzung für geschützte Branches. |
| Löschen von Branches blockieren | Löschungen einschränken (migriert) | Bestätigen Sie, dass das Löschen von Branches wo erforderlich blockiert ist. |
| E-Mail-Überprüfung des Autors übernehmen | Commit-E-Mail-Musterprüfungen (teilweise unterstützt) | Überprüfen und anpassen Sie Muster nach der Migration, um ihren Richtlinienabsichten zu entsprechen. |
| Automatische Vervollständigung | Automatisches Zusammenführen (Verhalten unterscheidet sich) | Das automatische Zusammenführen von GitHub ist für jeden Pull Request aktiviert. Überprüfen Sie Ihren bevorzugten Workflow. |
| Pfadlänge, reservierte Namen, Einschränkungen für Dateinamen, Erzwingung der Groß-/Kleinschreibung | Keine direkte Entsprechung | Beheben Sie diese Probleme vor der Migration, um GitHub Grenzwerte zu erfüllen. |
Überprüfen des migrierten Repositorys
Überprüfen Sie das migrierte Repository, um zu bestätigen, dass wichtige Inhalte, Zugriff und Sichtbarkeitseinstellungen Ihren Erwartungen entsprechen:
- Alle Branches sind vorhanden und stimmen mit Azure DevOps überein.
- Alle Tags sind vorhanden und entsprechen Azure DevOps.
- Der Commitverlauf ist intakt und vollständig.
- Offene Pullanforderungen werden mit ihren Metadaten migriert.
- Die Größe des Repositorys und die Dateistruktur entsprechen den Erwartungen.
- Das Repository ist für die erwarteten Teams und Benutzer zugänglich.
- Die Sichtbarkeit des Repositorys ist korrekt. ELM ist standardmäßig "Privat".
Freigeben von Mannequins
Befolgen Sie nach der Migration die Anweisungen von GitHub zum Zurückfordern von Mannequins, damit Commits und Pull Requests den GitHub-Benutzerkonten ordnungsgemäß zugeordnet werden. Weitere Informationen finden Sie unter Mannequins für GitHub Enterprise Importer zurückfordern.
Azure Boards-Verbindung
ELM richtet die Azure Boards-Verbindung für das migrierte Repository ein, sodass Teams Arbeitselemente aus GitHub Pull Requests mithilfe der AB#<workItemId>-Syntax verknüpfen können, ohne diese Verbindung nach der Umstellung manuell einrichten zu müssen.