Freigeben über


Festlegen von Git-Repositoryeinstellungen und -richtlinien

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Tipp

Sie können KI verwenden, um Azure DevOps-Aufgaben zu unterstützen. Informationen zu den ersten Schritten finden Sie unter Enable AI-Unterstützung bei Azure DevOps MCP Server.

Es gibt mehrere Möglichkeiten, Ihre Azure Repos Git-Repositorys mithilfe von Branch- und Repositoryeinstellungen sowie -richtlinien anzupassen. In diesem Artikel werden Einstellungen und Richtlinien auf Repositoryebene erläutert.

  • Repositoryeinstellungen und -richtlinien konfigurieren globale Optionen für alle Git-Repositorys für ein Projekt oder eine Organisation oder für einzelne Repositorys.

    In diesem Artikel werden serverseitige Repositoryeinstellungen und -richtlinien erläutert. Informationen zu clientseitigen Git-Voreinstellungen finden Sie unter Git-Voreinstellungen und -Einstellungen in Visual Studio.

  • Branchrichtlinien decken branchspezifische Kontrollen ab.

    Branchrichtlinien umfassen Optionen wie das Anfordern eines Pull Requests, eines erfolgreichen Builds oder eines Code Reviews, bevor Änderungen in einem Branch zusammengeführt (merge) werden können. Weitere Informationen finden Sie unter Branchrichtlinien und -einstellungen.

  • Repository- und Branchsicherheitsberechtigungen steuern Benutzerzuweisungen.

    Diese Berechtigungen steuern, wer Pull Requests lesen, schreiben und an ihnen mitwirken sowie andere spezifische Aktionen ausführen kann. Weitere Informationen finden Sie unter Festlegen von Berechtigungen für ein Repository.

Zusammenfassung aller Repository- und Brancheinstellungen und -richtlinien

Sie können Einstellungen und Richtlinien für alle Repositorys in einem Projekt, für einzelne Repositorys und für Branches von Repositorys konfigurieren. Im Browser können Sie alle diese Einstellungen und Richtlinien über Projekteinstellungen>Repositorys konfigurieren.

Hinweis

Sie können mehrere Verzweigungseinstellungen und -richtlinien mit der Azure CLI festlegen, indem Sie az repos policy verwenden.

In den folgenden Tabellen sind die Einstellungen und Richtlinien zusammengefasst, die Sie für Git-Repositorys und -Branches aktivieren und konfigurieren können.

Alle Repositoryeinstellungen

In der folgenden Tabelle sind die Einstellungen zusammengefasst, die Sie für alle neuen Git-Repositorys in einem Projekt oder in einer Organisation aktivieren und konfigurieren können.

Einstellung

Default

Beschreibung


Off

Initialisieren Sie neue Repositories mit dem Standardverzweigungsnamen, den Sie angegeben haben. Sie können den Standardbranch für ein bestimmtes Repository jederzeit ändern. Wenn Sie dieses Feature nicht aktivieren, werden Repositorys mit dem Standardbranchnamen main initialisiert.

Ein

Benutzern die Verwaltung von Berechtigungen für die von ihnen erstellten Branches in allen neuen Repositorys gestatten.

Repositoryeinstellungen

In der folgenden Tabelle sind die Einstellungen zusammengefasst, die Sie für jedes einzelne Git-Repository aktivieren oder konfigurieren können.

Einstellung

Default

Beschreibung


Ein

Benutzern das Erstellen von Forks aus diesem Repository gestatten.

Ein

Automatisch Links für Arbeitselemente erstellen, die in einem Commit-Kommentar erwähnt werden.

Ein

Erwähnungen in Commitkommentaren das Schließen von Arbeitselementen gestatten. Erfordert Azure DevOps Server 2020.1, Update 1 oder höher.

Ein

Benutzervoreinstellungen für das Abschließen von Arbeitselementen mit Pull Requests speichern.

Ein

Benutzern das Verwalten von Berechtigungen für die von ihnen erstellten Verzweigungen gestatten.

Ein

Aktiviert den Strict Vote-Modus (Strikte Abstimmung) für das Repository, für das die Berechtigung Mitwirken erforderlich ist, um über Pull Requests abzustimmen.

Ein

Den Zugriff auf das Repository deaktivieren, einschließlich Builds und Pull Requests, das Repository aber mit einer Warnung auffindbar lassen.

Ein

Geben Sie bis zu fünf weitere Verzweigungen an, die an der Codesuche teilnehmen sollen, die standardmäßig nur für die Standardverzweigung gilt. Erfordert, dass die Codesuche-Erweiterung installiert und aktiviert ist.

Repositoryrichtlinien oder -optionen

In der folgenden Tabelle sind die Richtlinien oder Optionen zusammengefasst, die Sie für alle oder einzelne Repositorys festlegen können. Für Alle Repositorys festgelegte Richtlinien legen den Standardwert für einzelne Repositorys fest, die zu einem späteren Zeitpunkt hinzugefügt wurden.

Richtlinie oder Option

Default

Beschreibung


Off

Blockiert Pushvorgänge mit der E-Mail-Adresse eines Autors von Commits, die nicht mit den angegebenen Mustern übereinstimmt. Diese Einstellung erfordert Azure DevOps Server Version 2020.1 oder höher.

Off

Pushvorgänge blockieren, mit denen Dateipfade eingeführt werden, die den angegebenen Mustern entsprechen. Diese Einstellung erfordert Azure DevOps Server Version 2020.1 oder höher.

Off

Konflikte durch Groß-/Kleinschreibung vermeiden, indem Pushvorgänge blockiert werden, die die Groß-/Kleinschreibung bei Dateien, Ordnern, Branches und Tags ändern.

Off

Pushvorgänge blockieren, mit denen Datei-, Ordner- oder Branchnamen eingeführt werden, die für eine Plattform reservierte Namen oder nicht kompatible Zeichen enthalten.

Off

Pushvorgänge blockieren, mit denen Pfade eingeführt werden, die die angegebene Länge überschreiten.

Off

Pushvorgänge blockieren, die neue oder aktualisierte Dateien enthalten, die das ausgewählte Größenlimit überschreiten.

Branchrichtlinien

In der folgenden Tabelle sind die Richtlinien zusammengefasst, die Sie zur Anpassung eines Branches definieren können. Weitere Informationen zum Konfigurieren dieser Einstellungen finden Sie unter Verbessern der Codequalität mit Branchrichtlinien. Wenn Sie eine Richtlinie für einen Branch festlegen, werden die folgenden Richtlinien automatisch erzwungen:

  • Pull Requests sind erforderlich, um den Zweig zu aktualisieren.
  • Der Branch kann nicht gelöscht werden.

Hinweis

Verzweigungsrichtlinien werden auf Pull-Requests basierend auf dem Zielzweig des Pull-Requests angewendet. Legen Sie keine Zweigrichtlinien für temporäre Zweige fest, die Sie nach dem Erstellen einer Pull-Anfrage löschen möchten. Das Hinzufügen von Verzweigungsrichtlinien zu temporären Verzweigungen führt dazu, dass das automatische Löschen von Verzweigungen fehlschlägt.

Richtlinie

Default

Beschreibung


Off

Genehmigung von einer bestimmten Anzahl von Reviewern für Pull Requests erfordern.

Off

Nachverfolgbarkeit fördern, indem nach verknüpften Arbeitselementen in Pull Requests gesucht wird.

Off

Stellen Sie sicher, dass alle Kommentare bei Pull-Requests aufgelöst wurden.

Off

Steuern sie den Verzweigungsverlauf, indem Sie die verfügbaren Zusammenführungstypen einschränken, wenn Pullanforderungen abgeschlossen sind.

Off

Eine oder mehrere Richtlinien hinzufügen, aktivieren oder deaktivieren, um Code durch Vorabzusammenführen und Erstellen von Pull Request-Änderungen zu überprüfen.

Off

Fügen Sie eine oder mehrere Richtlinien hinzu, aktivieren oder deaktivieren Sie diese, um zu verlangen, dass andere Dienste bei abgeschlossenen Pull-Anforderungen einen erfolgreichen Status melden.

Off

Eine oder mehrere Richtlinien hinzufügen, aktivieren oder deaktivieren, um Codereviewer festzulegen, die automatisch einbezogen werden sollen, wenn Pull Requests bestimmte Codebereiche ändern.

Voraussetzungen

Kategorie Anforderungen
Projektzugriff Mitglied eines Projekts.
Erlaubnisse - Code in einem privaten Projekt anzeigen: Mindestens Basic-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.
- Ein Repository importieren: Mitglied der Sicherheitsgruppe Projektadministratoren oder auf Git-Projektebene die Berechtigung Repository erstellen auf Zulassen festgelegt. Weitere Informationen finden Sie unter Festlegen von Git-Repositoryberechtigungen.
Dienste Repositorys aktiviert.
Werkzeuge Wahlfrei. Verwenden Sie az repos Befehle: Azure DevOps CLI.

Hinweis

In öffentlichen Projekten haben Benutzer*innen mit Beteiligten -Zugriff vollen Zugriff auf Azure Repos, einschließlich Anzeigen, Klonen und Beitragen zum Code.

Kategorie Anforderungen
Projektzugriff Mitglied eines Projekts.
Erlaubnisse - Code anzeigen: Mindestens Basis-Zugriff.
- Code klonen oder dazu beitragen: Mitglied der Sicherheitsgruppe Beitragende oder entsprechende Berechtigungen im Projekt.
Dienste Repositorys aktiviert.

Anzeigen und Bearbeiten von Einstellungen und Richtlinien

Sie können Einstellungen für alle Repositorys in einer Organisation oder in einem Projekt oder für einzelne Repositorys konfigurieren. Sie können Richtlinien für alle Repositorys, für einzelne Repositorys oder für bestimmte repositoryübergreifende Branches konfigurieren. Informationen zum Festlegen von Branchrichtlinien finden Sie unter Branchrichtlinien.

Hinweis

Es empfiehlt sich, Repositoryeinstellungen entweder auf Projektebene oder für einzelne Repositorys zu konfigurieren, aber nicht beides. Wenn Sie Einstellungen auf mehr als einer Ebene konfigurieren, berücksichtigt das System die restriktivste Einstellung. Das Konfigurieren von Einstellungen auf nur einer Ebene verringert Verwirrung und Git-Leistungsprobleme.

Um Repositoryeinstellungen und -richtlinien über das Webportal zu konfigurieren, öffnen Sie in Ihrem Webbrowser Projekteinstellungen>Repositorys.

  1. Um Einstellungen oder Richtlinien für alle Git-Repositorys anzuzeigen oder zu ändern, öffnen Sie die Seite "Alle Repositorys ", und wählen Sie die Registerkarte "Einstellungen oder Richtlinien " aus.

    Screenshot der Repositoryeinstellungen für alle Repositorys

    Um Einstellungen und Richtlinien für ein bestimmtes Repository zu konfigurieren, wählen Sie die Registerkarte "Repositorys " aus, wählen Sie das Repository und dann die Registerkarte "Einstellungen " oder "Richtlinien " aus.

    Screenshot der Repositoryeinstellungen für das Fabrikam-Repository.

  2. Auf der Registerkarte "Einstellungen " können Sie die Einstellungen für alle Git-Repositorys oder für ein einzelnes Repository definieren.

    Screenshot der ausgewählten Registerkarte „Einstellungen“ für ein Repositoryprojekt.

  3. Auf der Registerkarte "Richtlinien " können Sie die Richtlinien für alle Git-Repositorys oder für ein einzelnes Repository definieren.

    Screenshot der ausgewählten Registerkarte

Name des Standardzweigs

Sie können einen Standard-Repositorybranchnamen auf Organisations- oder Projektebene festlegen. Die Einstellung auf Organisationsebene wird für alle neuen Repositorys in allen Projekten in der Organisation wirksam. Die Einstellung auf Projektebene wirkt sich auf alle neuen Repositorys in einem Projekt aus und ersetzt alle auf Organisationsebene festgelegten Namen.

Ihre Möglichkeiten:

  • Auswählen eines beliebigen gültigen Branchnamens, der bei Initialisierung eines Repositorys verwendet werden soll.
  • Jederzeitiges Ändern des Standardnamens, um alle zukünftigen Repositorys zu beeinflussen.
  • Jederzeitiges Ändern des Standardbranchnamens für ein bestimmtes Repository.

Wenn Sie das Feature „Standardbranchname“ nicht aktivieren, werden Repositorys mit dem Standardbranchnamen von Azure Repos initialisiert: main.

So legen Sie einen Standardbranchnamen auf Organisationsebene fest

  1. Wählen Sie auf der Seite Ihrer Azure DevOps-Organisation " Organisationseinstellungen " unten links und dann auf der Randleiste "Repositorys" aus.

  2. Legen Sie auf der Seite Alle Repositorys die Option Standardbranchname für neue Repositorys auf Ein fest, und geben Sie dann einen Standardbranchnamen ein.

    Screenshot der Einstellung „Standardbranchname für neue Repositorys“ auf Organisationsebene.

So legen Sie einen Standardbranchnamen auf Projektebene fest

  1. Wählen Sie auf ihrer Azure DevOps-Projektseite die Projekteinstellungen unten links aus, und wählen Sie dann auf der Randleiste Repositorys aus.

  2. Legen Sie auf der Seite "Alle Repositorys " auf der Registerkarte " Einstellungen " den Standardverzweigungsnamen für neue Repositorys auf "Ein" fest, und geben Sie dann einen Standardverzweigungsnamen ein.

    Screenshot der Einstellung „Standardbranchname für neue Repositorys“ auf Projektebene.

Verwaltung von Branchberechtigungen

Sie können steuern, wer Berechtigungen für Repositorybranches verwalten kann, indem Sie eine Berechtigungsverwaltungseinstellung für alle Git-Repositorys oder für einzelne Repositorys festlegen. Wenn Sie die Einstellung Benutzern das Verwalten von Berechtigungen für ihre erstellten Branches gestatten auf der Ebene Alle Repositorys aktivieren, werden alle neuen Projektrepositorys so konfiguriert, dass Benutzer Berechtigungen für die von ihnen erstellten Branches verwalten können.

So verwalten Sie diese Einstellung

  1. Wählen Sie auf ihrer Azure DevOps-Projektseite die Projekteinstellungen unten links aus, und wählen Sie dann auf der Randleiste Repositorys aus.

  2. Auf der Seite Alle Repositorys auf der Registerkarte Einstellungen die Option Benutzerberechtigungen für ihre erstellten Verzweigungen verwalten auf Ein oder Aus festlegen.

    Screenshot der Einstellung auf Projektebene: Zulassen, dass Benutzer Berechtigungen für ihre erstellten Verzweigungen verwalten können.

So aktivieren oder deaktivieren Sie diese Einstellung für einzelne Repositorys

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.

  2. Legen Sie auf der <>Seite "Repositoryname" auf der Registerkarte "Einstellungen" die Berechtigungsverwaltung auf "Ein" oder "Aus" fest.

    Screenshot der Repositoryeinstellung „Berechtigungsverwaltung“.

Gravatar-Bilder

Diese Einstellung aktiviert oder deaktiviert die Verwendung von Gravatar-Bildern für Benutzer außerhalb Ihres Unternehmens.

Gravatar-Bilder ist eine Einstellung auf Organisationsebene.

  1. Wählen Sie auf der Seite Ihrer Azure DevOps-Organisation " Organisationseinstellungen " unten links und dann auf der Randleiste "Repositorys" aus.

  2. Legen Sie auf der Seite Alle Repositorys die Option Gravatar-Bilder auf Ein oder Aus fest.

    Screenshot der Einstellung für „Gravatar-Bilder“ auf Organisationsebene.

Gravatar-Bilder sind eine Einstellung auf Projektebene für Alle Repositories.

  1. Wählen Sie auf ihrer Azure DevOps-Projektseite die Projekteinstellungen unten links aus, und wählen Sie dann auf der Randleiste Repositorys aus.
  2. Legen Sie auf der Seite „Alle Repositorys“ auf der Registerkarte „Einstellungen“Gravatar-Bilder auf „Ein“ oder „Aus“ fest.

Aktivieren von Forks

Diese Repositoryeinstellung steuert, ob Benutzer neue serverseitige Forks erstellen können. Wenn Sie diese Einstellung deaktivieren, werden keine vorhandenen Forks entfernt.

  1. Wählen Sie in den Projekteinstellungen auf der Randleiste Repositorys aus.

  2. Wählen Sie auf der Seite "Alle Repositorys " auf der Registerkarte "Repositorys " ein Repository aus.

  3. Legen Sie auf der <Seite "Repositoryname"> auf der Registerkarte EinstellungenForks auf Ein oder Aus fest.

    Screenshot, das die Einstellungen des Repositorys „Forks“ zeigt.

Einstellungen für das Verknüpfen von Arbeitselementen

Diese Repositoryeinstellungen verwalten das Verknüpfen von Arbeitselementen.

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.

  2. Sie können die Einstellungen auf der Seite <Repositoryname> unter der Registerkarte Einstellungen auf Ein oder Aus setzen.

    Screenshot, der die Repositoryeinstellungen für das Verknüpfen von Arbeitselementen zeigt.

Verknüpfen von Commiterwähnungen

Wenn aktiviert, verknüpfen Commit-Nachrichten, die # gefolgt von einer gültigen Arbeitsaufgaben-ID enthalten, automatisch den Commit mit diesem Arbeitselement. Deaktivieren Sie diese Einstellung, wenn das Repository zuvor ein anderes Konto oder einen anderen Dienst verwendet hat. Diese Repositorys verfügen möglicherweise über Commitnachrichten mit #-Erwähnungen, die nicht mit den Arbeitselement-IDs im aktuellen Konto übereinstimmen.

Auflösung von Arbeitselementen mit Commiterwähnungen

Aktivieren Sie diese Einstellung, um Arbeitsaufgaben automatisch abzuschließen, wenn verknüpfte Pullanforderungen abgeschlossen sind. Mit dieser Einstellung können Sie auch andere Übergangszustände für Arbeitsaufgaben in Pullanforderungs-Commit-Nachrichten angeben. Weitere Informationen finden Sie unter "AutoVervollständigen von Arbeitselementen mit Pullanforderungen".

Voreinstellungen für den Übergang von Arbeitselementen

Die Option zum Abschließen verknüpfter Arbeitselemente während des Abschlusses von Pull Requests speichert standardmäßig die letzte Auswahl jedes Benutzers. Teams, die Benutzer davon abhalten möchten, Arbeitselemente mit ihren Pull Requests abzuschließen, können diese Einstellung deaktivieren. Benutzer müssen sich dann anmelden, um Arbeitsaufgaben jedes Mal abzuschließen, wenn sie eine Pullanforderung abgeschlossen haben.

Einstellung für „Strict Vote“-Modus (Strikte Abstimmung)

In bestimmten Situationen können Benutzer, die keine Mitwirkenden an einem Repository sind, einen Pull Request übermitteln und je nach Richtlinien veranlassen, dass er zusammengeführt wird. Um diese Möglichkeit zu unterbinden, aktivieren Sie den „Strict Vote“-Modus (Strikte Abstimmung), um die erforderliche Berechtigung für die Abstimmung über Pull Requests in Repositorys in Mitwirken zu ändern. Es wird empfohlen, diese Einstellung zu aktivieren, wenn Sie auf Benutzer forks in Azure Repos angewiesen sind.

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.

  2. Legen Sie auf der Seite "Repositoryname<" auf der> Registerkarte "Einstellungen" den "Strikten Abstimmungsmodus" auf "Ein" oder "Aus" fest.

    Screenshot der Repositoryeinstellung „‚Strict Vote‘-Modus“ (Strikte Abstimmung).

Repository-Einstellung deaktivieren

Wenn Sie diese Einstellung aktivieren, wird der Zugriff auf das Repository deaktiviert, einschließlich Builds und Pull Requests, doch das Repository bleibt mit einer Warnung auffindbar.

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.

  2. Legen Sie auf der Seite "Repositoryname<" auf der> Registerkarte "Einstellungen" unter "Repository deaktivieren" "Repository deaktivieren" auf "Ein" oder "Aus" fest.

    Screenshot der Einstellung „Repository deaktivieren“.

Einstellung „Durchsuchbare Branches“

Standardmäßig gilt die Codesuche in Dateien nur für den Standardbranch. Sie können bis zu fünf weitere Branches für die Suche hinzufügen.

Wichtig

Um Code in Repositorys zu durchsuchen, müssen Sie die Codesuche-Erweiterung aus dem Marketplace installieren. Wenn auf der Registerkarte "Repositoryeinstellungen" keine durchsuchbaren Verzweigungen angezeigt werden, stellen Sie sicher, dass die Erweiterung installiert ist.

So fügen Sie Branches für die Codesuche hinzu

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.

  2. Wählen Sie auf der Seite "Repositoryname auf der Registerkarte Einstellungen in Durchsuchbare Zweige das Pluszeichen aus.

  3. Wählen Sie einen Branch aus, der in die Suche eingeschlossen werden soll, und wählen Sie dann Branch hinzufügen aus.

    Screenshot der Repositoryeinstellung „Durchsuchbare Branches“.

Repositoryübergreifende Branchrichtlinien

Sie können Richtlinien für einen bestimmten Branchnamen oder für den Standardbranch für alle Repositorys in einem Projekt festlegen. Beispielsweise könnten Sie mindestens zwei Reviewer für alle Pull Requests in jedem main-Branch für alle Projektrepositorys erforderlich machen.

So legen Sie Richtlinien zum Schutz bestimmter oder von Standardbranchnamen projektweit fest

  1. Wählen Sie in den Projekteinstellungen auf der Randleiste Repositorys aus.

  2. Wählen Sie auf der Seite Alle Repositorys die Registerkarte Richtlinien aus.

  3. Wählen Sie unten auf der Seite in Verzweigungsrichtlinien das Pluszeichen + aus.

  4. Wählen Sie auf dem Bildschirm " Verzweigungsschutz hinzufügen " die Standardverzweigung jedes Repositorys oder "Aktuelle und zukünftige Verzweigungen schützen" aus, die einem bestimmten Muster entsprechen.

    Wenn Sie die zweite Option auswählen, geben Sie den zu schützenden Branchnamen ein. In einer Informationsmeldung erfahren Sie, wie viele aktuelle Branches betroffen sind. Beachten Sie, dass der Verzweigungsname (oder das von Ihnen eingegebene Muster) groß-/kleinschreibungssensitiv ist. Der Branch muss noch nicht vorhanden sein, um den Branchnamen zu schützen.

  5. Klicken Sie auf Erstellen.

    Screenshot des Aktivierens repositoryübergreifender Branchrichtlinien.

  6. Legen Sie auf der Seite Repositoryübergreifende Richtlinien für <Branch-Namen> die gewünschten Richtlinien für die geschützten Branches fest. Weitere Informationen zu Branchrichtlinien finden Sie unter Branchrichtlinien.

    Screenshot der repositoryübergreifenden Branchrichtlinieneinstellungen.

Richtlinie zur E-Mail-Validierung für Commit-Autoren

Diese Richtlinie blockiert Änderungen in ein Repository von Commit-Autoren, deren E-Mail-Adressen nicht mit dem vorgegebenen Muster übereinstimmen.

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.

  2. Legen Sie auf der Seite Alle Repositorys oder <Repositoryname> auf der Registerkarte Richtlinien unter Repositoryrichtlinien die E-Mail-Überprüfung des Commit-Autors auf Ein oder Aus fest.

  3. Wenn Sie die Richtlinie aktivieren, geben Sie die abzugleichende(n) E-Mail-Adresse(n) an.

    Sie können exakte E-Mail-Adressen angeben oder Platzhalter verwenden. Verwenden Sie ; als Trennzeichen für mehrere E-Mail-Muster. Email Muster mit dem Präfix ! werden ausgeschlossen. Die Reihenfolge ist wichtig.

    Screenshot der Richtlinieneinstellung „Überprüfung der Autor-E-Mail-Adresse für Commits“.

Richtlinie für die Dateipfadüberprüfung

Sie können eine Richtlinie festlegen, die verhindert, dass Commits in ein Repository aus Dateipfaden übermittelt werden, die einem Muster entsprechen.

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.

  2. Legen Sie auf der Seite "Alle Repositorys " oder <"Repositoryname> " auf der Registerkarte " Richtlinien " unter "Repositoryrichtlinien" die Dateipfadüberprüfung auf "Ein" oder "Aus" fest.

  3. Wenn Sie die Richtlinie aktivieren, geben Sie den oder die zu blockierenden Pfade an.

    Sie können exakte Pfade und Platzhalter angeben. Exakte Pfade beginnen mit /. Sie können auch mehrere Pfade mit ; als Trennzeichen angeben. Pfade mit dem Präfix ! werden ausgeschlossen. Die Reihenfolge ist wichtig.

    Screenshot, das die Richtlinieneinstellung zur Dateipfadüberprüfung zeigt.

Richtlinie „Groß-/Kleinschreibung erzwingen“

Bei Git wird die Groß-/Kleinschreibung beachtet. Das bedeutet, dass eine Datei namens Foo.txt sich von einer Datei namens foo.txt unterscheidet. Windows und macOS verwenden jedoch standardmäßig Dateisysteme, bei denen die Groß-/Kleinschreibung nicht beachtet wird. Dies bedeutet, dass Foo.txt und foo.txt denselben Namen haben. Diese Diskrepanz kann Probleme verursachen, wenn jemand auf einem System ohne Beachtung der Groß-/Kleinschreibung Dateien, Ordner, Branches oder Tags pusht, die sich nur hinsichtlich Groß-/Kleinschreibung unterscheiden. Weitere Informationen finden Sie in der plattformübergreifenden Kompatibilität von Git.

Wenn die meisten Ihrer Mitwirkenden unter Windows oder macOS arbeiten, empfiehlt es sich, die Richtlinie Groß-/Kleinschreibung erzwingen zu aktivieren. Beim Aktivieren der Unterscheidung zwischen Groß- und Kleinschreibung schaltet der Server vom standardmäßigen fallunempfindlichen Modus, in dem File.txt und file.txt unterschiedlich sind, in einen Windows- und macOS-freundlichen Modus, in dem File.txt und file.txt als dieselbe Datei betrachtet werden. Diese Einstellung gilt für Dateien, Ordner, Branches und Tags.

Diese Einstellung verhindert, dass Mitwirkende Unterschiede einführen, die nur auf der Groß-/Kleinschreibung basieren. Die Einstellung vermeidet Konflikte durch Groß-/Kleinschreibung, indem Pushvorgänge blockiert werden, die die Groß-/Kleinschreibung bei Dateien, Ordnern, Branches und Tags ändern. Der Benutzer muss seinen ungeschobenen Verlauf neu schreiben, um das Problem zu beheben, und es dann erneut versuchen.

Mit dieser Einstellung wird kein Repository korrigiert, das bereits Objekte enthält, die sich nur in der Groß- und Kleinschreibung unterscheiden. Es ist am besten, solche Probleme zu beheben, bevor Sie die Richtlinie aktivieren. Benennen Sie Dateien und Ordner um, oder erstellen Sie Branches und Tags neu, um nicht konfliktbehaftete Namen zu verwenden.

So legen Sie eine Durchsetzungsrichtlinie für Fälle fest:

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.

  2. Legen Sie auf der Seite "Alle Repositorys " oder <"Repositoryname> " auf der Registerkarte " Richtlinien " unter "Repositoryrichtlinien" die Fallerzwingung auf "Ein" oder "Aus" fest.

    Screenshot der Richtlinieneinstellung „Groß-/Kleinschreibung erzwingen“.

Richtlinie für reservierte Namen

Nicht alle Dateinamen sind in den Dateisystemen der drei Hauptbetriebssysteme Windows, macOS und Linux zulässig. Commits in ein freigegebenes Repository können Datei- oder Ordnernamen enthalten, die auf einer oder mehreren Plattformen ungültig sind. Wenn auf diesen Plattformen ungültige Dateien oder Ordner abgerufen und ausgecheckt werden, können Arbeitsverzeichnisse beschädigt werden. Weitere Informationen finden Sie in der plattformübergreifenden Kompatibilität von Git.

Sie können Richtlinien aktivieren oder deaktivieren, um Einschränkungen für Datei- und Ordnernamen festzulegen. Die Einstellung "Reservierte Namen " blockiert Pushes an ein Repository, das Datei- oder Ordnernamen enthält, die auf allen Plattformen ungültig sind. Informationen dazu, welche Namen ungültig sind, finden Sie unter git cross-platform compatibility.

So legen Sie die Richtlinie für reservierte Namen fest

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.

  2. Legen Sie auf der Seite "Alle Repositories" oder <"Repository-Name>" auf der Registerkarte "Richtlinien" unter Repositoryrichtlinien die "Reservierten Namen" auf "Ein" oder "Aus" fest.

    Screenshot der Richtlinieneinstellung „Reservierte Namen“.

Richtlinie „Maximale Pfadlänge“

Nicht alle Pfadlängen sind in den Dateisystemen der drei Hauptbetriebssysteme Windows, macOS und Linux zulässig. Commits zu einem gemeinsamen Repository können Dateien oder Verzeichnisse mit Pfadlängen enthalten, die auf einer oder mehreren Plattformen ungültig sind. Wenn diese Dateien oder Verzeichnisse auf einer Plattform abgerufen und ausgecheckt werden, auf der sie ungültig sind, können Arbeitsverzeichnisse beschädigt werden. Weitere Informationen finden Sie in der plattformübergreifenden Kompatibilität von Git.

Die Einstellung Maximale Pfadlänge blockiert Pushvorgänge, die Dateien oder Verzeichnisse mit Pfadlängen enthalten, die auf einer Plattform ungültig sind. Informationen dazu, welche Pfadlängen ungültig sind, finden Sie unter Git cross-platform compatibility. Wenn Sie diese Einstellung aktivieren, beträgt der Standard-Maximalwert 248. Dieser Wert wird auf allen drei hauptplattformen unterstützt.

Sie können den Wert für die maximale Pfadlänge ändern. Wenn Sie beispielsweise nur über macOS- oder Linux-Entwickler in Ihrer Organisation verfügen, können Sie die maximale Länge 1016auf festlegen. Dieser Wert wird auf beiden Plattformen unterstützt. Sie könnten auch einen niedrigeren maximalen Pfadwert festlegen, um die Verzeichnisbenennungskonventionen Ihrer Organisation zu erzwingen.

So legen Sie die Richtlinie zur maximalen Pfadlänge fest

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.

  2. Legen Sie auf der Seite "Alle Repositorys " oder <"Repositoryname> " auf der Registerkarte " Richtlinien " unter "Repositoryrichtlinien" die Maximale Pfadlänge auf "Ein " oder "Aus" fest.

  3. Wenn Sie die Einstellung aktiviert haben, geben Sie eine maximale Pfadlänge ein.

    Screenshot, das die Richtlinieneinstellung „Maximale Pfadlänge“ zeigt.

Richtlinie „Maximale Dateigröße“

Große Dateien, die auf Git eingecheckt sind, verbleiben unbegrenzt im Repository, wodurch die Klonzeiten und die Datenträgerauslastung erhöht werden. Anleitungen zum Verwalten großer Dateien finden Sie unter Verwalten und Speichern großer Dateien in Git.

Die Richtlinieneinstellung Maximale Dateigröße verhindert, dass Dateien über einer bestimmten Größe in das Repository gelangen. Wenn ein Push eine neue oder aktualisierte Datei enthält, die den in dieser Einstellung konfigurierten Grenzwert überschreitet, wird der Pushvorgang blockiert. Der Benutzer muss seinen Verlauf nicht gepushter Aktionen neu schreiben, um die große Datei zu entfernen, und dann den Pushvorgang noch mal versuchen.

So konfigurieren Sie die Maximale Dateigrößenrichtlinie:

  1. Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.

  2. Legen Sie auf der Seite Alle Repositories oder <Repositoryname> auf der Registerkarte Richtlinien unter Repository-Richtlinien die Option Maximale Dateigröße auf Ein oder Aus fest.

  3. Wenn Sie die Einstellung aktiviert haben, wählen Sie eine maximale Dateigröße aus.

    Screenshot der Richtlinieneinstellung „Maximale Dateigröße“.