Seit dem 11. November 2026 können Inhaber persönlicher GitHub-Konten Aufgabentypen und Aufgabenfelder in ihren Repositorys konfigurieren. Die zuvor beschriebenen Planungswerkzeuge sind nun allgemein für einzelne Entwickler und Betreuer von Open-Source-Projekten verfügbar. GitHub unterstützt außerdem die Verwaltung von Typen und Feldern über REST API, GraphQL und Webhooks, teilte das Unternehmen mit.

Was es in persönlichen Repositorys gibt
Kontoinhaber können bis zu 25 Aufgabentypen konfigurieren. Standardmäßig sind Bug, Task und Feature verfügbar; die Typen lassen sich ändern oder ergänzen. Für Aufgaben können außerdem bis zu 25 Felder angelegt werden, darunter Priorität, Aufwand, Startdatum und Zieldatum. Unterstützt werden Text-, Zahlen- und Kalenderfelder sowie Einzel- und Mehrfachauswahl.
Felder können bestimmten Aufgabentypen zugeordnet oder für Aufgaben ohne Typ freigegeben werden. Sie lassen sich beim Erstellen einer Aufgabe angeben und bei bestehenden Aufgaben bearbeiten. In GitHub Projects eignen sich die Felder für benutzerdefinierte Ansichten und die Massenänderung von Werten.
Welchen Nutzen das für Betreuer hat
Für ein kleines Projekt bieten Aufgabentypen und Felder eine einheitliche Möglichkeit, Arbeit zu beschreiben. So kann ein Betreuer etwa Fehler, Funktionen und gewöhnliche Aufgaben unterscheiden und für jede Priorität oder Zieldatum festlegen. In Projekten helfen diese Angaben dabei, Aufgaben zu filtern und zu gruppieren, ohne die Planung aus GitHub Issues herauszuverlagern.
Die Änderung erweitert den Zugang zu strukturierter Planung für einzelne Entwickler und Betreuer von Repositorys, die persönlichen Konten gehören. Typen und Felder werden in den Einstellungen des jeweiligen Kontos konfiguriert; die Ankündigung von GitHub verspricht keine automatische Synchronisierung der Einstellungen zwischen verschiedenen Konten oder Repositorys.
Was sich automatisieren lässt
GitHub zufolge lassen sich Typen und Felder programmgesteuert über REST- und GraphQL-APIs sowie Webhooks verwalten. In der Dokumentation werden Vorgänge mit Feldern, ihren Werten und Änderungen durch das Ereignis „issues“ beschrieben. So können Entwickler eigene Abläufe einbinden: Sie können beispielsweise auf eine Änderung eines Feldwerts reagieren oder ihn programmgesteuert festlegen. Die konkrete Integration muss separat implementiert werden.
Im selben Update hat GitHub die Möglichkeit ergänzt, Labels und Meilensteine direkt aus einer Aufgabe heraus zu erstellen, wenn der passende Wert nicht in der Liste vorhanden ist. Diese kleine Verbesserung vereinfacht die Arbeit mit Aufgaben; die wichtigste Änderung ist die Verfügbarkeit anpassbarer Typen und Felder für Repositorys persönlicher Konten.
Für ein individuelles Projekt bedeutet das besser strukturierte Issues und die Möglichkeit, Felder über APIs und Webhooks zu verarbeiten. Der Nutzen hängt davon ab, welche Kategorien und Daten der Betreuer für seine Aufgaben auswählt.