Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird beschrieben, wie Probleme im PowerShell-Docs-Repository verwaltet werden. Dieser Artikel ist eine Arbeitshilfe für Mitglieder des PowerShell-Docs Teams. Wir veröffentlichen diese Informationen hier, um Prozesstransparenz für unsere öffentlichen Mitwirkenden bereitzustellen.
Quellen von Problemen
- Community-Mitwirkende
- Interne Mitwirkende
- Transkriptionen von Kommentaren aus Social Media-Kanälen
- Feedback über das Feedbackformular "Docs"
Antwortzeitziele
80% neuer Probleme werden innerhalb von 3 Werktagen geschlossen.
- Triaged - 1 Arbeitstag
- Korrigieren oder Ändern – 10 Werktage
Bezeichnungen und Meilensteine
Etikettentypen
- Bereich – Identifiziert den Teil von PowerShell oder die Dokumente, die das Problem diskutiert.
- Problem – Art des Problems: z. B. Fehler, Feedback oder Idee
- Priorität - Die Priorität des Problems; Wertbereich 0-3 (hoch-niedrig)
- Qualität - Die Qualitätsverbesserungsinitiative, die sich verpflichtet, das Problem zu lösen
- Status – Der Status der Arbeitsaufgabe oder warum sie geschlossen wurde
- Tag – Wird für zusätzliche Klassifizierungen wie Verfügbarkeit oder Doc-a-thons verwendet
- Warten – Zeigt an, dass wir auf einige externe Personen oder Ereignisse warten
Weitere Informationen zu bestimmten Bezeichnungen finden Sie unter "Bezeichnungen".
Meilensteine
Probleme und PRs sollten mit dem entsprechenden Meilenstein markiert werden. Wenn das Problem nicht auf eine bestimmte Version angewendet wird, wird kein Meilenstein verwendet. PRs und damit verbundene Probleme für Änderungen, die noch nicht in die PowerShell-Codebasis zusammengeführt wurden, sollten dem Future-Meilenstein zugewiesen werden. Aktualisieren Sie nach dem Zusammenführen der Änderung den Meilenstein auf die entsprechende Version.
| Meilenstein | BESCHREIBUNG |
|---|---|
| 7.0.0 | Arbeitsaufgaben im Zusammenhang mit PowerShell 7.0 |
| 7.2.0 | Arbeitsaufgaben im Zusammenhang mit PowerShell 7.2 |
| 7.3.0 | Arbeitsaufgaben im Zusammenhang mit PowerShell 7.3 |
| Zukünftig | Arbeitselemente einer zukünftigen Version von PowerShell |
Triageprozess
Mitglieder des PowerShell-Dokumentationsteams überprüfen die Probleme täglich und priorisieren neue Probleme, sobald sie eingehen. Das Team trifft sich wöchentlich, um schwierige Themen zu besprechen, die einer Priorisierung bedürfen und die Arbeit priorisieren.
Falsch eingefügtes Produktfeedback
Geben Sie einen Kommentar ein, der den Kunden an den richtigen Feedbackkanal umleitet.
Optional: Kopieren Sie die Anfrage an den entsprechenden Produktfeedbackspeicherort, fügen Sie einen Link zum kopierten Element hinzu, und schließen Sie die Anfrage.
Der Standardspeicherort für PowerShell-Probleme ist https://github.com/PowerShell/PowerShell/issues/new/choose.
Supportanfragen
Wenn die Supportfrage einfach ist, beantworten Sie es höflich und schließen Sie das Problem.
Wenn die Frage komplizierter ist oder der Absendende mit weiteren Fragen antwortet, leiten Sie sie an Foren und Supportkanäle weiter. Vorgeschlagener Text für die Umleitung zu Foren:
> This is not the right forum for these kinds of questions. Try posting your question in a > community support forum. For a list of community forums see: > https://learn.microsoft.com/powershell/scripting/community/community-support
Verstöße gegen Verhaltensregeln
- Bearbeiten Sie das Problem, um ggf. anstößige Inhalte zu entfernen.
- Geben Sie einen Kommentar ein, der angibt, dass das Problem Spam ist, schließen Sie das Problem, und sperren Sie ihn, um weitere Kommentare zu verhindern.
- Besprechen Sie jeden Verstoß in der regelmäßigen Triage-Sitzung, um die Notwendigkeit weiterer Maßnahmen zu bestimmen.