Skip to main content

Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-03-26. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Informationen zu benutzerdefinierten Repositoryrollen

Du kannst den Zugriff auf die Repositorys deiner Organisation mit benutzerdefinierten Repositoryrollen genauer steuern.

Informationen zu benutzerdefinierten Repositoryrollen

Zum Ausführen von Aktionen für GitHub Enterprise Server, z. B. zum Erstellen eines Pull Requests in einem Repository oder zum Ändern der Abrechnungseinstellungen einer Organisation, muss eine Person über ausreichenden Zugriff auf das relevante Konto oder die entsprechende Ressource verfügen. Dieser Zugriff wird mit Berechtigungen gesteuert. Eine Berechtigung ist die Möglichkeit, eine bestimmte Aktion auszuführen. Die Möglichkeit, ein Issue zu löschen, ist beispielsweise eine Berechtigung. Eine Rolle ist eine Reihe von Berechtigungen, die du Personen oder Teams zuweisen kannst.

Innerhalb einer Organisation kannst du Rollen auf Organisations-, Team- und Repositoryebene zuweisen. Weitere Informationen zu den verschiedenen Rollenebenen findest du unter Rollen in einer Organisation.

Du kannst die Berechtigungen, die du auf Repositoryebene gewährst, präziser steuern, indem du bis zu drei benutzerdefinierte Repositoryrollen erstellst. Eine benutzerdefinierte Repositoryrolle ist eine konfigurierbare Reihe von Berechtigungen mit einem benutzerdefinierten Namen, den du selbst auswählst. Weitere Informationen findest du unter Verwalten benutzerdefinierter Repositoryrollen für eine Organisation.

Nachdem du eine benutzerdefinierte Rolle erstellt hast, können Benutzer*innen mit Administratorzugriff auf ein Repository die Rolle einer Person oder einem Team zuweisen. Weitere Informationen finden Sie unter Den Zugriff einer Person auf ein Repository einer Organisation verwalten und unter Den Teamzugriff auf ein Repository einer Organisation verwalten.

Informationen zur geerbten Rolle

Wenn du eine benutzerdefinierte Repositoryrolle erstellst, beginnst du mit einer geerbten Rolle aus einer Reihe vordefinierter Optionen. Die geerbte Rolle bestimmt die anfänglichen Berechtigungen für die benutzerdefinierte Rolle. Anschließend kannst du die Rolle weiter anpassen, indem du zusätzliche Berechtigungen für sie auswählst. Eine vollständige Liste der verfügbaren Berechtigungen findest du unter Zusätzliche Berechtigungen für benutzerdefinierte Rollen.

Deine Optionen für die geerbte Rolle werden für verschiedene Arten von Mitwirkenden in deinem Repository standardisiert.

Geerbte RolleVorgesehener Zweck
LesenPersonen, die nicht zum Code beitragen und sich das Projekt nur ansehen oder darüber sprechen möchten
EingrenzungMitwirkende, die ohne Schreibzugriff proaktiv Issues und Pull Requests verwalten müssen
SchreibenOrganisationsmitglieder und Projektmitarbeiter*innen, die aktiv an dein Projekt pushen
VerwaltenProjektmanager*innen, die das Repository ohne Zugriff auf vertrauliche oder destruktive Aktionen verwalten müssen

Beispiele für benutzerdefinierte Rollen

Hier findest du einige Beispiele für benutzerdefinierte Repositoryrollen, die du konfigurieren kannst.

Benutzerdefinierte RepositoryrolleZusammenfassungGeerbte RolleZusätzliche Berechtigungen
Security EngineerKann am Code mitwirken und die Sicherheitspipeline verwaltenVerwaltenLöschen von Ergebnissen des Codescans
ContractorKann Webhooks-Integrationen entwickelnSchreibenVerwalten von Webhooks
Community-ManagerKann alle Communityinteraktionen durchführen, ohne Code beitragen zu könnenLesen- Markieren eines Issue als Duplikat
- Verwalten von GitHub-Seiteneinstellungen
- Verwalten von Wiki-Einstellungen
- Festlegen der Vorschau für soziale Netzwerke
- Bearbeiten von Repositorymetadaten
- Triagediskussionen

Zusätzliche Berechtigungen für benutzerdefinierte Rollen

Nachdem du eine geerbte Rolle ausgewählt hast, kannst du zusätzliche Berechtigungen für deine benutzerdefinierte Rolle auswählen.

Du kannst nur zusätzliche Berechtigungen auswählen, die noch nicht in der geerbten Rolle enthalten sind. Wenn die geerbte Rolle beispielsweise Schreibzugriff auf ein Repository bietet, ist die Berechtigung „Pull Request schließen“ bereits in der geerbten Rolle enthalten.

Diskussionen

  • Erstellen einer Diskussionskategorie
  • Bearbeiten einer Diskussionskategorie
  • Löschen einer Diskussionskategorie
  • Markieren oder Aufheben der Markierung von Diskussionsantworten
  • Ausblenden oder Einblenden von Diskussionskommentaren
  • Konvertieren von Issues in Diskussionen

Weitere Informationen findest du unter Dokumentation zu GitHub Discussions.

Issue und Pull Requests

  • Zuweisen oder Entfernen eines Benutzers
  • Hinzufügen oder Entfernen einer Bezeichnung

Problem

  • Schließen eines Issue
  • Nochmaliges Öffnen eines geschlossenen Issue
  • Löschen eines Issue
  • Markieren eines Issue als Duplikat

Pull Request

  • Schließen eines Pull Request
  • Nochmaliges Öffnen eines geschlossenen Pull Request
  • Anfordern einer Pull-Request-Review

Repository

  • Festlegen von Meilensteinen
  • Verwalten von Wiki-Einstellungen
  • Verwalten von Projekteinstellungen
  • Verwalten von Pull Request-Zusammenführungseinstellungen
  • Verwalten von GitHub Pages-Einstellungen (siehe Eine Veröffentlichungsquelle für deine GitHub Pages-Website konfigurieren)
  • Verwalten von Webhooks
  • Verwalten von Bereitstellungsschlüsseln
  • Bearbeiten von Repositorymetadaten
  • Festlegen der Vorschau für soziale Netzwerke
  • Pushen an geschützte Branches
    • Basisrolle muss write sein
    • Regeln zum Schutz von Branches gelten weiterhin
  • Erstellen geschützter Tags
  • Löschen geschützter Tags
  • Umgehen des Branchschutzes

Sicherheit

  • Anzeigen von code scanning-Ergebnissen
  • Schließen oder erneutes Öffnen von code scanning-Ergebnissen
  • Löschen von code scanning-Ergebnissen
  • Anzeigen von Dependabot alerts
  • Schließen oder erneutes Öffnen von Dependabot alerts
  • Anzeigen von secret scanning-Ergebnissen
  • Schließen oder erneutes Öffnen von secret scanning-Ergebnissen

Rangfolge für unterschiedliche Zugriffsstufen

Wenn eine Person auf verschiedenen Wegen unterschiedliche Zugriffsstufen erhält, z. B. die Teammitgliedschaft und die Basisberechtigungen für eine Organisation, setzt die höchste Zugriffsstufe die anderen außer Kraft. Wenn eine Organisationsbesitzerin Organisationsmitgliedern beispielsweise eine benutzerdefinierte Rolle zuteilt, die die geerbte Rolle „Lesezugriff“ verwendet, und dann eine Organisationsbesitzerin die Basisberechtigung der Organisation auf „Schreibzugriff“ festlegt, verfügt diese benutzerdefinierte Rolle über Schreibzugriff sowie über alle zusätzlichen Berechtigungen, die in der benutzerdefinierten Rolle enthalten sind.

Wenn einer Person widersprüchliche Zugriffsrechte erteilt wurden, wird auf der Seite für den Repositoryzugriff eine Warnung angezeigt. Die Warnung wird mit dem Hinweis „ Gemischte Rollen“ neben der Person mit dem widersprüchlichen Zugriff angezeigt. Um die Ursache des Zugriffskonflikts anzuzeigen, bewege den Mauszeiger auf das Warnsymbol, oder klicke auf Gemischte Rollen.

Um Probleme durch miteinander im Widerspruch stehende Zugriffsberechtigungen zu lösen, kannst du die Basisberechtigungen deiner Organisation oder den Zugriff des Teams anpassen oder die benutzerdefinierte Rolle bearbeiten. Weitere Informationen findest du unter: