Skip to main content

Enterprise Server 3.15 ist derzeit als Release Candidate verfügbar.

Project (classic)berechtigungen für eine Organisation

Organisationsbesitzer und Personen mit Projekt (klassisch)-Administratorberechtigungen können anpassen, wer Lese-, Schreib- und Administratorberechtigungen für die Projekte (klassisch) deiner Organisation hat.

Note

  • Projects, die völlig neue Benutzeroberfläche für Projekte, ist jetzt verfügbar. Weitere Informationen zu Projects findest du unter Informationen zu Projects.
  • Du kannst ein neues Projekt (klassisch) nur für Organisationen, Benutzer*innen oder Repositorys erstellen, die bereits über mindestens ein Projekt (klassisch) verfügen. Wenn du keine Projekt (klassisch) erstellen kannst, erstelle stattdessen ein Projekt.

Zuweisen von Benutzerrollen und Berechtigungen

Es gibt drei Berechtigungsstufen für ein Projekt (klassisch) für Personen und Teams:

  • Lesen: Gibt Personen die Berechtigung, ein Projekt (klassisch) anzuzeigen.
  • Schreiben: Gibt Personen die Berechtigung, ein Projekt (klassisch) anzuzeigen, Repositorys mit einem Projekt (klassisch) zu verknüpfen und mit einem Projekt (klassisch) zu interagieren. Weitere Informationen findest du unter Verknüpfen eines Repositorys mit einem project (classic).
  • Admin: Gibt Personen die Berechtigung, ein Projekt (klassisch) anzuzeigen, mit einem Projekt (klassisch) zu interagieren sowie Projekt (klassisch)einstellungen und den Zugriff anderer Personen auf ein Projekt (klassisch) zu verwalten.

Organisationbesitzerinnen und Personen mit Administratorberechtigungen können einer Person den Zugriff auf ein Projekt (klassisch) der Organisation als Einzelperson, externer Mitarbeiterin oder Organisationsmitglied oder über ihre Mitgliedschaft in einem Team oder einer Organisation gewähren. Externe Mitarbeiterinnen sind Personen, die kein Organisationsmitglied sind, aber die Berechtigungen für die Mitarbeit in deiner Organisation besitzen.

Organisationsbesitzer*innen und Personen mit Administratorberechtigungen für ein Projekt (klassisch) können auch:

Kaskadierende Berechtigungen für Projekte (klassisch)

Wenn eine Person über mehrere Zugriffsmöglichkeiten für ein Projekt (klassisch) der Organisation verfügt (individuell, durch ein Team oder als Organisationsmitglied), setzt die höchste Berechtigungsstufe für das Projekt (klassisch) die niedrigeren Berechtigungsstufen außer Kraft.

Wenn eine Organisationsbesitzerin z. B. allen Organisationsmitgliedern Leseberechtigungen für ein Projekt (klassisch) erteilt hat und eine Projekt (klassisch)administratorin einem Organisationsmitglied für dieses Board Schreibberechtigungen als einzelner Mitarbeiterin erteilt, hätte diese Person Schreibberechtigungen für das Projekt (klassisch).

Sichtbarkeit von Projekt (klassisch)s

Organisationsbesitzer können die Fähigkeit von Organisationsmitgliedern steuern, öffentliche projects und Projekte (klassisch) zu erstellen oder die Sichtbarkeit vorhandener projects und Projekte (klassisch) in „Öffentlich“ zu ändern. Weitere Informationen findest du unter Zulassen von Änderungen an der Projektsichtbarkeit in deiner Organisation.

Standardmäßig sind benutzereigene und organisationsweite Projekte (klassisch) privat und nur für Personen sichtbar, die über Lese-, Schreib- oder Administratorberechtigungen für das betreffende Projekt (klassisch) verfügen. Ein öffentliches Projekt (klassisch) ist für jeden sichtbar, der die URL des Projekt (klassisch) kennt. Projekte (klassisch) auf Repositoryebene teilen die Sichtbarkeit ihres Repositorys. Das bedeutet, dass ein privates Repository über ein privates Projekt verfügt. Diese Sichtbarkeit kann nicht geändert werden. Sie können die Sichtbarkeit der Projekt (klassisch) von privat auf öffentlich und wieder zurück ändern. Weitere Informationen findest du unter Ändern der Sichtbarkeit von project (classic)..

Weiterführende Themen