Artikelversion: Enterprise Server 2.17
Berechtigungsebenen für ein Repository eines Benutzerkontos
Ein Repository, das einem Benutzerkonto gehört, hat zwei Berechtigungsebenen: den Repository-Inhaber und Mitarbeiter.
Tipp: Wenn Sie einen feiner abgestuften Lese-/Schreibzugriff auf ein Repository benötigen, das Ihrem Benutzerkonto gehört, könnten Sie das Repository an eine Organisation übertragen. Weitere Informationen finden Sie unter „Ein Repository übertragen“.
Inhaberzugriff auf ein Repository eines Benutzerkontos
Der Repository-Inhaber besitzt die vollständige Kontrolle über das Repository. Neben den Berechtigungen, die auch Repository-Mitarbeitern erteilt werden, stehen dem Repository-Inhaber zusätzlich folgende Möglichkeiten zur Verfügung:
- Mitarbeiter hinzufügen
- Sichtbarkeit des Repositorys ändern (von öffentlich in privat oder von privat in öffentlich)
- einen Pull Request auf einem geschützten Branch mergen, selbst ohne Genehmigungsreviews
- das Repository löschen
- Themen eines Repositorys verwalten
- Receive security alerts for vulnerable dependencies in a repository
- Codeinhaber für das Repository definieren
- Repositorys archivieren
Bei einem Repository, das einem Benutzerkonto gehört, gibt es nur einen Inhaber. Diese Berechtigung kann nicht mit einem anderem Benutzerkonto gemeinsam genutzt werden. Informationen zur Übertragung der Repository-Inhaberschaft auf einen anderen Benutzer finden Sie unter „Ein Repository übertragen“.
Mitarbeiterzugriff auf ein Repository eines Benutzerkontos
Hinweis: In einem privaten Repository können Repository-Inhaber Mitarbeitern nur Schreibzugriff gewähren. Mitarbeiter können keinen Lesezugriff auf Repositorys haben, die einem Benutzerkonto gehören.
Mitarbeiter haben folgende Möglichkeiten in persönlichen Repositorys:
- etwas zum Repository pushen (schreiben), etwas vom Repository abrufen (lesen) und das Repository forken (kopieren)
- Kennzeichnungen und Meilensteine erstellen, anwenden und löschen
- Issues öffnen, schließen, erneut öffnen und zuweisen
- Kommentare zu Commits, Pull Requests und Issues bearbeiten und löschen
- Issues und Pull Requests als Duplikate markieren (siehe „Informationen zu Duplikaten von Issues und Pull Requests“)
- Pull Requests öffnen, mergen und schließen
- vorgeschlagene Änderungen auf Pull Requests anwenden (siehe „Feedback in Ihren Pull Request aufnehmen“)
- Send pull requests from forks of the repository
- Wikis erstellen und bearbeiten
- Erstellen und Bearbeiten von Releases. For more information, see "Managing releases in a repository.
- sich selbst als Mitarbeiter aus dem Repository entfernen
- einen Review zu einem Pull Request absenden, der seine Merge-Fähigkeit beeinflusst
- als designierter Codeinhaber des Repositorys agieren (siehe „Informationen zu Codeinhabern“)
- eine Unterhaltung sperren (siehe „Unterhaltungen sperren“)