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
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.
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.
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.
Auf der Registerkarte "Einstellungen " können Sie die Einstellungen für alle Git-Repositorys oder für ein einzelnes Repository definieren.
Auf der Registerkarte "Richtlinien " können Sie die Richtlinien für alle Git-Repositorys oder für ein einzelnes Repository definieren.
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
Wählen Sie auf der Seite Ihrer Azure DevOps-Organisation " Organisationseinstellungen " unten links und dann auf der Randleiste "Repositorys" aus.
Legen Sie auf der Seite Alle Repositorys die Option Standardbranchname für neue Repositorys auf Ein fest, und geben Sie dann einen Standardbranchnamen ein.
So legen Sie einen Standardbranchnamen auf Projektebene fest
Wählen Sie auf ihrer Azure DevOps-Projektseite die Projekteinstellungen unten links aus, und wählen Sie dann auf der Randleiste Repositorys aus.
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.
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
Wählen Sie auf ihrer Azure DevOps-Projektseite die Projekteinstellungen unten links aus, und wählen Sie dann auf der Randleiste Repositorys aus.
Auf der Seite Alle Repositorys auf der Registerkarte Einstellungen die Option Benutzerberechtigungen für ihre erstellten Verzweigungen verwalten auf Ein oder Aus festlegen.
So aktivieren oder deaktivieren Sie diese Einstellung für einzelne Repositorys
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.
Legen Sie auf der <>Seite "Repositoryname" auf der Registerkarte "Einstellungen" die Berechtigungsverwaltung auf "Ein" oder "Aus" fest.
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.
Wählen Sie auf der Seite Ihrer Azure DevOps-Organisation " Organisationseinstellungen " unten links und dann auf der Randleiste "Repositorys" aus.
Legen Sie auf der Seite Alle Repositorys die Option Gravatar-Bilder auf Ein oder Aus fest.
Gravatar-Bilder sind eine Einstellung auf Projektebene für Alle Repositories.
- Wählen Sie auf ihrer Azure DevOps-Projektseite die Projekteinstellungen unten links aus, und wählen Sie dann auf der Randleiste Repositorys aus.
- 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.
Wählen Sie in den Projekteinstellungen auf der Randleiste Repositorys aus.
Wählen Sie auf der Seite "Alle Repositorys " auf der Registerkarte "Repositorys " ein Repository aus.
Legen Sie auf der <Seite "Repositoryname"> auf der Registerkarte EinstellungenForks auf Ein oder Aus fest.
Einstellungen für das Verknüpfen von Arbeitselementen
Diese Repositoryeinstellungen verwalten das Verknüpfen von Arbeitselementen.
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.
Sie können die Einstellungen auf der Seite <Repositoryname> unter der Registerkarte Einstellungen auf Ein oder Aus setzen.
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.
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.
Legen Sie auf der Seite "Repositoryname<" auf der> Registerkarte "Einstellungen" den "Strikten Abstimmungsmodus" auf "Ein" oder "Aus" fest.
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.
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.
Legen Sie auf der Seite "Repositoryname<" auf der> Registerkarte "Einstellungen" unter "Repository deaktivieren" "Repository deaktivieren" auf "Ein" oder "Aus" fest.
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
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus.
Wählen Sie auf der
auf der RegisterkarteSeite "Repositoryname Einstellungen in Durchsuchbare Zweige das Pluszeichen aus. Wählen Sie einen Branch aus, der in die Suche eingeschlossen werden soll, und wählen Sie dann Branch hinzufügen aus.
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
Wählen Sie in den Projekteinstellungen auf der Randleiste Repositorys aus.
Wählen Sie auf der Seite Alle Repositorys die Registerkarte Richtlinien aus.
Wählen Sie unten auf der Seite in Verzweigungsrichtlinien das Pluszeichen + aus.
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.
Klicken Sie auf Erstellen.
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.
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.
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.
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.
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.
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.
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.
Legen Sie auf der Seite "Alle Repositorys " oder <"Repositoryname> " auf der Registerkarte " Richtlinien " unter "Repositoryrichtlinien" die Dateipfadüberprüfung auf "Ein" oder "Aus" fest.
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.
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:
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.
Legen Sie auf der Seite "Alle Repositorys " oder <"Repositoryname> " auf der Registerkarte " Richtlinien " unter "Repositoryrichtlinien" die Fallerzwingung auf "Ein" oder "Aus" fest.
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
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.
Legen Sie auf der Seite "Alle Repositories" oder <"Repository-Name>" auf der Registerkarte "Richtlinien" unter Repositoryrichtlinien die "Reservierten Namen" auf "Ein" oder "Aus" fest.
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
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.
Legen Sie auf der Seite "Alle Repositorys " oder <"Repositoryname> " auf der Registerkarte " Richtlinien " unter "Repositoryrichtlinien" die Maximale Pfadlänge auf "Ein " oder "Aus" fest.
Wenn Sie die Einstellung aktiviert haben, geben Sie eine maximale Pfadlänge ein.
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:
Wählen Sie Projekteinstellungen>Repositorys und dann ein Repository aus, wenn Sie nur dieses Repository konfigurieren möchten.
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.
Wenn Sie die Einstellung aktiviert haben, wählen Sie eine maximale Dateigröße aus.