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 | Azure DevOps Server | Azure DevOps Server 2022
Wenn Sie beabsichtigen, mehrere Azure DevOps-Projekte in einem zu konsolidieren, fragen Sie sich wahrscheinlich, was Sie mit allen Repositorys tun sollten:
- Sollten Sie Projekte verschieben oder zusammenführen?
- Sollten Sie die Geschichte oder nur die neuesten Projekte beibehalten?
Voraussetzungen
| Kategorie | Anforderungen |
|---|---|
| Projektzugriff | Mitglied eines Projekts. |
| Erlaubnisse | - Code in privaten Projekten anzeigen: Mindestens einfacher Zugriff. - Klonen oder Mitwirken an Code in privaten Projekten: Mitglied der Sicherheitsgruppe "Mitwirkende" oder entsprechende Berechtigungen im Projekt. - Verzweigungs- oder Repository-Berechtigungen festlegen: "Berechtigungen verwalten" sind Berechtigungen für die Verzweigung oder das Repository. - Standard-Branch ändern: Bearbeitungsrichtlinien sind Berechtigungen für das Repository. - Importieren eines Repositorys: Mitglied der Sicherheitsgruppe "Projektadministratoren" oder Git-Projektebene-Berechtigung "Repository erstellen" auf "Zulassen" gesetzt. Weitere Informationen finden Sie unter Festlegen von Git-Repositoryberechtigungen. |
| Dienste | Repos aktiviert. |
| Werkzeuge | Wahlfrei. Verwenden Sie az repos Befehle: Azure DevOps CLI. |
Hinweis
In öffentlichen Projekten haben Benutzer mit Stakeholder-Zugriff vollzugriff auf Azure Repos, einschließlich Anzeigen, Klonen und Beitragen zu Code.
| Kategorie | Anforderungen |
|---|---|
| Projektzugriff | Mitglied eines Projekts. |
| Erlaubnisse | - Code anzeigen: Mindestens einfacher Zugriff. - Klonen oder Zum Code beitragen: Mitglied der Sicherheitsgruppe "Mitwirkende " oder entsprechende Berechtigungen im Projekt. |
| Dienste | Repos aktiviert. |
Was ist das Szenario?
Wie gezeigt, müssen Sie das MigrationDemo Repository von FabrikamOld in das neue Fabrikam Teamprojekt verschieben.
Wie verschiebe ich?
Sie haben zwei Optionen zum Verschieben, wie hier beschrieben. Die Importfunktionalität ist einfacher, ist aber nur in Azure DevOps Services und Team Foundation Server 2017 Update 1 und höher verfügbar.
Verwenden der Git-Repository-Importfunktionalität
Wenn Sie das Feature "Repository importieren" verwenden, können Sie ein Git-Repository aus Team Foundation Server, Azure Repos oder einem anderen Git-Quellcodeanbieter wie GitHub in Ihr Teamprojekt importieren. Weitere Informationen finden Sie unter Importieren eines Git-Repositorys in ein Projekt.
Manuelles Migrieren des Git-Repositorys
Erstellen eines leeren Git-Repositorys
Wählen Sie im CODE-Explorer den Namen des Repositorys aus. Wählen Sie in der Liste "Neues Repository " aus, wählen Sie "Git " als Typ aus, und geben Sie ihm einen Namen.
Nachdem das Repository erstellt wurde, werden schrittweise Anleitungen angezeigt, die Ihnen bei den ersten Schritten helfen. Kopieren Sie die Klon-URL in die Zwischenablage.
Von Bedeutung
Deaktivieren Sie die Option Automatische Erstellung von Links zu Arbeitselementen, die in einem Commit-Kommentar erwähnt werden, wenn Sie beabsichtigen, aus einer anderen Projektsammlung oder einem externen Git-Repository zu importieren. Ansonsten ordnet Azure DevOps die Commits bestehenden Arbeitsaufgaben von nicht zugehörigen Teamprojekten innerhalb der Teamprojektsammlung zu.
Spiegelung des Repositorys
Wechseln Sie zu einer Eingabeaufforderung für Entwickler und navigieren Sie zu Ihrem lokalen Quell-Repository für das MigrationDemo-Repository in FabrikamOld. Führen Sie den git clone --mirror Befehl mithilfe der Klon-URL aus. Die Befehlszeile lautet git clone --mirror https://demo-fabrikam.visualstudio.com/DefaultCollection/Fabrikam/_git/MigrationDemo.
Der clone --mirror Befehl ist in diesem Fall redundant, da das Remote-Repository leer ist. Es wird hier als sichere und einfache Möglichkeit zum Einrichten der Remote verwendet.
Das Repository übertragen
Führen Sie den git push Befehl aus, um die lokalen Änderungen an das Remote-Repository (Ziel) zu übertragen.
Die --mirror Option wird sowohl mit dem Klonbefehl als auch mit dem Pushbefehl verwendet. Die Option stellt sicher, dass alle Verzweigungen und andere Attribute im neuen Repository repliziert werden.
Überprüfen des neuen Repositorys
Wechseln Sie zum Azure DevOps-Webportal, und überprüfen Sie das neue Repository und den Verlauf im CODE Hub.
Stellen Sie sicher, dass alle Ihre Filialen in das neue Repository verschoben wurden.
Konfigurieren des neuen Repositorys
Stellen Sie sicher, dass die Berechtigungen und Richtlinien für das neue Repository ordnungsgemäß konfiguriert sind. Sie können die Sicherheit konfigurieren, nachdem Sie ein leeres Git-Repository oder zu diesem Zeitpunkt erstellt haben. Konfigurieren Sie Ihre Builds neu, um eine Verbindung mit dem neuen Repository herzustellen. Benachrichtigen Sie die Benutzer schließlich über das ursprüngliche Repository, damit sie ihre Remotedaten in Visual Studio aktualisieren oder indem sie den git remote set-url origin Befehl ausführen.
> git remote set-url origin https://demo-fabrikam.visualstudio.com/DefaultCollection/Fabrikam/_git/MigrationDemo
Von Bedeutung
Denken Sie daran, das ursprüngliche Projekt zu bereinigen, indem Sie entweder das Repository löschen (seien Sie vorsichtig, es gibt keine Rückgängig-Funktion) oder die Verzweigungen sperren, damit niemand es versehentlich aktualisiert.
Weitere Informationen zur Planung Ihrer Teamprojektsammlungen und -teamprojekte finden Sie unter TFS Planning, Disaster Avoidance and Recovery und TFS on Azure IaaS Guide.