Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

Informationen zu projects (classic)

Projects (classic) auf GitHub helfen dir beim Organisieren und Priorisieren deiner Arbeit. Du kannst classic projects für die Arbeit an bestimmten Features, für umfassende Roadmaps oder auch für Releaseprüflisten erstellen. Mit projects (classic) besitzt du die Flexibilität, angepasste Workflows zu erstellen, die deinen Anforderungen entsprechen.

Hinweise:

  • Projects, die völlig neue Benutzeroberfläche für Projekte, ist jetzt verfügbar. Weitere Informationen zu Projects findest du unter Informationen zu Projects. Informationen zum Migrieren deines classic projects findest du unter Migrieren von Projects (classic).
  • Du kannst nur dann ein neues klassisches Projektboard für eine Organisation, einen Benutzerin oder ein Repository erstellen, wenn es bereits mindestens ein klassisches Projektboard gibt. Wenn du kein klassisches Projektboard erstellen kannst, erstelle stattdessen ein Projektboard.

Classic projects 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.

Classic projectkarten 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 classic project 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 classic project über Notizen auch relevante Informationen hinzufügen. Du kannst eine Referenzkarte für ein anderes classic project 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 Notizen zu einem project (classic).

Arten von Projektboards:

  • Benutzereigene classic projects können Issues und Pull Requests aus jedem persönlichen Repository enthalten.
  • Organisationsweite classic projects 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 classic project verknüpfen. Das Verknüpfen von Repositorys erleichtert das Hinzufügen von Issues und Pull Requests aus diesen Repositorys zu deinem classic project 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-classic projects 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 classic projects

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

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

Wenn ein organisationseigenes classic project 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 classic projects 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 classic projectkarten filtern, um auf einem classic project nach bestimmten Karten zu suchen oder eine Teilmenge der Karten anzuzeigen. Weitere Informationen findest du unter Filtern von Karten auf einem project (classic).

Du kannst Karten archivieren, um deinen Workflow zu vereinfachen und abgeschlossene Aufgaben aus deinem classic project beizubehalten. Weitere Informationen findest du unter Archivieren von Karten auf einem project (classic).

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

Du kannst auch classic projects in einem Repository oder classic projects 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 importProject.

Vorlagen für classic projects

Du kannst Vorlagen verwenden, um schnell ein neues classic project einzurichten. Wenn du eine Vorlage zum Erstellen eines classic project 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.

VorlageBESCHREIBUNG
Grundlegendes KanbanVerfolge deine Aufgaben mit den Spalten „Zu Bearbeiten“, „In Bearbeitung“ oder „Abgeschlossen“
Automatisiertes KanbanTickets werden automatisch zwischen den Spalten „Zu Bearbeiten“, „In Bearbeitung“ oder „Abgeschlossen“ verschoben
Automatisiertes Kanban mit ReviewTickets werden automatisch zwischen den Spalten „Zu Bearbeiten“, „In Bearbeitung“ oder „Abgeschlossen“ verschoben, mit zusätzlichen Auslösern für den Pull-Request-Status
Fehler-SelektionSelektiere 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).

project (classic) mit Vorlage für grundlegendes Kanban

Du kannst ein classic project auch kopieren, um dessen Anpassungen für ähnliche Projekte wiederzuverwenden. Weitere Informationen findest du unter Kopieren eines project (classic).

Weiterführende Themen