GitHub Copilot schlägt Property-Werte für Business- und Enterprise-Kunden vor

GitHub hat am 15. September 2026 im eigenen Changelog eine Copilot-Funktion angekündigt, die beim Anlegen benutzerdefinierter Repository-Properties passende Werte vorschlägt. Die Public Preview gilt laut Changelog für Copilot Business und Copilot Enterprise.

Vom leeren Feld zur Werteliste

Wer eine neue Custom Property definiert, steht zuerst vor einem leeren Feld für die erlaubten Werte. Dort setzt die Funktion an. Bei Einfach- und Mehrfachauswahl-Properties schlägt Copilot nach Angaben des Changelogs zulässige Werte vor: Für eine Mehrfachauswahl namens „FedRAMP” erscheinen Werte mit Compliance-Bezug, für eine Einfachauswahl „internet-facing” etwa „yes” und „no”. Ein Klick übernimmt den Vorschlag.

Custom Properties sind laut GitHub-Dokumentation strukturierte Metadatenfelder für Repositories und Organisationen; sie dienen der Organisation, Governance und Automatisierung und lassen sich als Zielfilter für Rulesets verwenden. Den Anlass für die Hilfe benennt GitHub im Changelog selbst: Administratoren seien oft unsicher, welche Properties sie überhaupt definieren und welche Werte sie zulassen sollen, und uneinheitliche Metadaten erschweren es, Governance-Regeln über große Repository-Bestände hinweg konsistent anzuwenden.

Der Vorschlag ersetzt keine Entscheidung. Ob eine Organisation zwei Zustände, mehrere Abstufungen oder ganz andere Begriffe braucht, hängt an ihren Sicherheits- und Compliance-Vorgaben, und diese Festlegung bleibt bei den Enterprise- und Organization-Ownern, die für die Taxonomie geradestehen. Copilot beschleunigt den Entwurf, nicht die Freigabe.

Schalter und Sichtbarkeit

Die Verfügbarkeit lässt sich steuern: Über die Copilot-Policy „Repository custom property suggestions” legen Enterprise- und Organization-Owner laut Changelog fest, ob die Vorschläge überhaupt erscheinen; gehört eine Organisation zu einem Enterprise, entscheidet nach Angaben der GitHub-Dokumentation die Enterprise-Policy darüber, ob die Organisation diese Einstellung selbst verwalten darf.

Praktisch relevanter ist die Sichtbarkeit der eingetragenen Werte. Sie folgt laut Dokumentation der Sichtbarkeit des Repositorys: Bei öffentlichen Repositories kann jeder die Custom Properties lesen, bei internen und privaten Repositories alle Konten mit Leserechten. Eine Property wie „internet-facing: yes” ist an einem öffentlichen Repository damit eine öffentlich lesbare Aussage über die eigene Angriffsfläche.

Daraus folgen zwei Regeln vor der Aktivierung. Erstens: Vorgeschlagene Werte gehen erst nach Freigabe durch die zuständigen Owner in Rulesets ein. Zweitens: In öffentliche Repositories kommt kein Property-Wert, der dort nicht stehen darf.