Informationen zu Ticketprioritäten
Wenn du GitHub-Support kontaktierst, wählt GitHub eine Priorität für das Ticket aus:
- Low
- Normal
- High
- Urgent
Note
Wenn du zuvor GitHub Enterprise Support über das GitHub Enterprise Support Portal kontaktiert hast, das closing down ist, solltest du das GitHub-Supportportal verwenden, um neue Tickets zu öffnen.
Die Ticketpriorität hilft sicherzustellen, dass Supportanfragen der Reihe nach und entsprechend ihren Umständen und Auswirkungen behandelt werden.
GitHub hat das alleinige Ermessen, die Priorität eines Tickets jederzeit zu ändern, und kann die Priorität eines Tickets nach dem Ermitteln und dem Mindern der Hauptursache eines Problems senken.
Ticketprioritäten
Priority | Beschreibung | Beispiele |
---|---|---|
Urgent | GitHub Enterprise Server schlägt in einer Produktionsumgebung fehl, und der Fehler wirkt sich direkt auf den Betrieb deines Unternehmens aus. Unterstützung für Tickets mit Urgent-Priorität ist nur in englischer Sprache verfügbar. |
|
High | GitHub Enterprise Server schlägt in einer Produktionsumgebung fehl, aber die Auswirkungen auf den Betrieb Deines Unternehmens sind begrenzt. |
|
Normal | Du erfährst begrenzte oder moderate Probleme mit GitHub Enterprise Server, oder Du hast allgemeine Bedenken oder Fragen zum Betrieb Deiner Instanz. |
|
Low | Du hast Fragen oder Vorschläge zum GitHub Enterprise Server, die weder zeitkritisch sind noch anderweitig die Produktivität Deines Teams blockieren. |
|
Ticketprioritäten für GitHub Advanced Security-Features
Alle Tickets zu Sicherheitsfeatures folgen dieser Logik für die Ticketpriorisierung.
Priority | Beschreibung |
---|---|
High | Ein Feature funktioniert nicht, wird beendet oder ist stark beeinträchtigt, wodurch Endbenutzende die Software nicht auf vernünftige Weise nutzen können, und es besteht keine Problemumgehung. |
Normal | Ein Feature weist eine inkonsistente Funktionsweise auf, was zu einer Beeinträchtigung der Endbenutzenden und der Produktivität führt. |
Low | Ein Feature weist eine konsistente Funktionsweise auf, die Endbenutzenden bitten jedoch um geringfügige Änderungen in der Software wie Updates der Dokumentation, Behebung kosmetischer Fehler oder Erweiterungen. |
Ticketprioritäten für Actions Runner Controller (ARC)
Priorität | Beschreibung | Beispiele |
---|---|---|
Urgent | Probleme, die sich kritisch auf die Funktionalität von GitHub-unterstützten ARC in einer vorhandenen Produktionsumgebung auswirken. Dadurch werden Unterbrechungen ausgeschlossen, die durch Kubernetes-Komponenten, fehlende Abhängigkeiten, Software von Drittanbietern (z. B. Proxyserver) oder andere von deinen Teams vorgenommene Änderungen verursacht werden. | ARC kann pods/start job/remove-Pods nicht erstellen oder ARC hat einen erheblichen Fehler, der sich auf die Produktion auswirkt, und eine Zurücksetzung ist nicht möglich. |
High | Probleme, die sich auf die Leistung von durch GitHub unterstützte ARC in einer vorhandenen Produktionsumgebung auswirken, führen jedoch nicht zu einem vollständigen Systemausfall. | Verzögerungen beim Beenden von Pods oder der Zuweisung von Aufträgen an Pods, bei denen die Verzögerung nicht den Erwartungen entspricht, die aber nicht vollständig den Workflow anhält. |
Normal / Low | Alle anderen kleineren Probleme, die nicht als Urgent oder High sollten an die Probleme/Diskussionen von Open Source-Actions Runner Controller-Repositorys weitergeleitet werden. | Anpassung, Leistungsanalyse, anfängliches Setup. |
Für weitere Informationen darüber, wobei GitHub-Support unterstützen kann, siehe „Informationen zur Unterstützung von Actions Runner Controller“.
Wenn Sie unsicher sind, ob das Problem außerhalb des Gültigkeitsbereichs liegt, wenden Sie sich an GitHub-Support, und wir helfen Ihnen, die beste Möglichkeit zu ermitteln, um fortzufahren.