Informationen zu projects (classic)

Klassische Projekte bestehen aus Issues, Pull Requests und Notizen, die als Karten in Spalten deiner Wahl kategorisiert werden. Du kannst per Drag-and-Drop oder Tastenkürzel Tickets innerhalb einer Spalte neu anordnen, Tickets von Spalte zu Spalte verschieben und die Reihenfolge der Spalten ändern.

klassisches Projektkarten enthalten relevante Metadaten für Issues und Pull Requests, wie Kennzeichnungen, Bearbeiter*innen, Status und die öffnende Person. Du kannst Issues und Pull Requests innerhalb deines klassisches Projekt anzeigen, indem du auf den Titel des Issues oder Pull Requests klickst.

Du kannst innerhalb von Spalten Notizen erstellen, die als Erinnerungen an Aufgaben oder Verweise auf Issues und Pull Requests aus einem beliebigen Repository auf GitHub.com dienen. Zudem kannst du dem klassisches Projekt über Notizen auch relevante Informationen hinzufügen. Du kannst eine Referenzkarte für ein anderes klassisches Projekt erstellen, indem du einer Notiz einen Link hinzufügst. Wenn die Notiz für deine Bedürfnisse nicht ausreicht, kannst du sie in ein Issue konvertieren. Weitere Informationen zum Konvertieren von Notizen in Issues findest du unter Hinzufügen von Hinweisen zu einem project (classic).

Arten von Projektboards:

• Benutzereigene klassisches Projekts können Issues und Pull Requests aus jedem persönlichen Repository enthalten.
• Organisationsweite klassisches Projekts können Issues und Pull Requests aus einem beliebigen Repository enthalten, das zu einer Organisation gehört. Du kannst bis zu 25 Repositorys mit deiner Organisation oder dem benutzereigenen klassisches Projekt verknüpfen. Das Verknüpfen von Repositorys erleichtert das Hinzufügen von Issues und Pull Requests aus diesen Repositorys zu deinem klassisches Projekt mithilfe von Karten hinzufügen oder über die Randleiste für Issues oder Pull Requests. Weitere Informationen findest du unter Verknüpfen eines Repositorys mit einem project (classic).
• Repository-klassisches Projekts sind auf Issues und Pull Requests innerhalb eines einzelnen Repositorys festgelegt. Du kannst auch Hinweise enthalten, die auf Issues und Pull Requests in anderen Repositorys verweisen.

Erstellen und Anzeigen eines benutzereigenen klassische Projekte

Zum Erstellen eines klassisches Projekts für deine Organisation musst du ein Organisationsmitglied sein. Organisationsbesitzer*innen und Personen mit klassisches Projekt-Administratorberechtigungen können den Zugriff auf das klassisches Projekt anpassen.

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

Wenn ein organisationseigenes klassisches Projekt Issues oder Pull Requests aus einem Repository enthält, für das du keine Leseberechtigung hast, wird die Karte zensiert. Weitere Informationen findest du unter Project (classic)berechtigungen für eine Organisation.

In der Aktivitätsansicht wird der aktuelle Verlauf des klassisches Projekts angezeigt, z. B. Karten, die von jemandem erstellt oder zwischen den Spalten verschoben wurden. Um auf die Aktivitätsansicht zuzugreifen, klicke auf Menü, und scrolle nach unten.

Du kannst klassisches Projektkarten filtern, um auf einem klassisches Projekt nach bestimmten Karten zu suchen oder eine Teilmenge der Karten anzuzeigen. Weitere Informationen findest du unter Filtern von Karten in einem project (classic).

Du kannst Karten archivieren, um deinen Workflow zu vereinfachen und abgeschlossene Aufgaben aus deinem klassisches Projekt beizubehalten. Weitere Informationen findest du unter Archivieren von Karten für ein project (classic).

Wenn du alle deine klassisches Projektaufgaben abgeschlossen hast oder das klassisches Projekt nicht mehr benötigst, kannst du das klassisches Projekt schließen. Weitere Informationen findest du unter Schließen eines project (classic).

Du kannst auch klassische Projekte in einem Repository oder klassische Projekte in deiner Organisation deaktivieren, wenn du deine Arbeit auf andere Weise nachverfolgen möchtest.

Du kannst das API von GitHub verwenden, um ein Projektboard zu importieren. Weitere Informationen findest du unter Mutationen.

Vorlagen für klassische Projekte

Du kannst Vorlagen verwenden, um schnell ein neues klassisches Projekt einzurichten. Wenn du eine Vorlage zum Erstellen eines klassisches Projekt verwendest, enthält dein neues Board Spalten sowie Karten mit Tipps für die Verwendung von projects (classic). Du kannst auch eine Vorlage mit bereits konfigurierter Automatisierung wählen.

Vorlage	BESCHREIBUNG
Grundlegendes Kanban	Verfolge deine Aufgaben mit den Spalten „Zu Bearbeiten“, „In Bearbeitung“ oder „Abgeschlossen“
Automatisiertes Kanban	Tickets werden automatisch zwischen den Spalten „Zu Bearbeiten“, „In Bearbeitung“ oder „Abgeschlossen“ verschoben
Automatisiertes Kanban mit Review	Tickets werden automatisch zwischen den Spalten „Zu Bearbeiten“, „In Bearbeitung“ oder „Abgeschlossen“ verschoben, mit zusätzlichen Auslösern für den Pull-Request-Status
Fehler-Selektion	Selektiere und priorisiere Fehler mit den Spalten „Zu Bearbeiten“, „Hohe Priorität“, „Niedrige Priorität“ und „Abgeschlossen“

Weitere Informationen zur Automatisierung für projects (classic) findest du unter Informationen zur Automatisierung für projects (classic).

Du kannst ein klassisches Projekt auch kopieren, um dessen Anpassungen für ähnliche Projekte wiederzuverwenden. Weitere Informationen finden Sie unter Kopieren eines project (classic)s.

Weiterführende Themen

• Erstellen eines project (classic)
• Bearbeiten eines project (classic)
• Kopieren eines project (classic)s
• Hinzufügen von Issues und Pull Requests zu einem project (classic)
• Project (classic)berechtigungen für eine Organisation
• Tastenkombinationen