Hinweis
- 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.
Berechtigungsübersicht
Es gibt nur einen Besitzer eines benutzereigenen Projekt (klassisch). Diese Berechtigung kann nicht mit einem anderen persönlichen Konto geteilt werden. Neben dem Inhaber können auch andere Personen an Projekte (klassisch) mitarbeiten.
Es gibt drei Berechtigungsstufen für Projekt (klassisch) Mitarbeiter:
- 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 finden Sie 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.
Inhaber- und Administratorberechtigungen für ein Benutzer-Projekt (klassisch)
Die Projekt (klassisch) Besitzer und Mitarbeiter mit Administratorzugriff haben die vollständige Kontrolle über die Projekt (klassisch). Neben allen Berechtigungen, die Projekt (klassisch) Mitarbeiter haben, können ein Projekt (klassisch) Besitzer und ein Mitarbeiter mit Admin-Zugriff diese Rechte nutzen:
-
[AUTOTITLE](/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-user-account-settings/managing-access-to-your-personal-accounts-project-boards) -
[AUTOTITLE](/issues/organizing-your-work-with-project-boards/managing-project-boards/changing-project-board-visibility) -
[AUTOTITLE](/issues/organizing-your-work-with-project-boards/managing-project-boards/deleting-a-project-board) -
[AUTOTITLE](/issues/organizing-your-work-with-project-boards/managing-project-boards/closing-a-project-board) -
[AUTOTITLE](/issues/organizing-your-work-with-project-boards/managing-project-boards/reopening-a-closed-project-board)
Lese- und Schreibberechtigungen für ein benutzereigenes Projekt (klassisch)
Mitarbeiter mit Lesezugriff auf ein von einem Nutzer gehaltenes Projekt (klassisch) können Folgendes tun:
- Anzeigen eines Projekt (klassisch)
- Kopieren eines Projekt (klassisch)
- Filtern von Karten auf einem Projekt (klassisch)
Mitarbeiter mit Schreibzugriff auf ein Benutzer-Projekt (klassisch) können Folgendes tun:
- Anzeigen eines Projekt (klassisch)
- Kopieren eines Projekt (klassisch)
- Filtern von Karten auf einem Projekt (klassisch)
- Bearbeiten eines Projekt (klassisch)
- Verlinken eines Repositorys mit einem Projekt (klassisch)
- Konfigurieren Sie die Automatisierung für Projekte (klassisch)
- Kopieren eines Projekt (klassisch)
- Füge Issues und Pull Requests zu einem Projekt (klassisch) hinzu
- Füge Hinweise zu einem Projekt (klassisch) hinzu
- Verfolge den Fortschritt auf deinem Projekt (klassisch)
- Archiviere Karten auf einem Projekt (klassisch)
Sichtbarkeit von Projekt (klassisch)s
Sie können die Sichtbarkeit des Projekt (klassisch) von privat auf öffentlich und wieder zurück ändern. Standardmäßig sind benutzereigene Projekte (klassisch) privat. Weitere Informationen finden Sie unter Ändern der Sichtbarkeit von project (classic)..
Nächste Schritte
Referenzinformationen findest du unter Referenz zum persönlichen Konto.