Heim

Skill

Codeüberprüfung

request-refactor-plan

vinvcn/mattpocock-skills-zh-cn

Durch Benutzerinterviews wird ein detaillierter Umstrukturierungsplan mit kleinen Schritten erstellt, der anschließend als GitHub Issue eingereicht wird. Dies eignet sich, wenn Benutzer eine Umstrukturierung planen, ein RFC für die Umstrukturierung erstellen oder die Umstrukturierung in sichere, schrittweise Vorgehensweisen aufteilen möchten.

...Alle erweitern

Zeit aktualisiert 26. August 2026

# documentation # github # code-review # refactoring # Code ReviewGit & Version ControlDocumentation # planning

Über request-refactor-plan

request-refactor-plan ist eine auf Chinesisch verfasste Planungsfähigkeit aus der Sammlung mattpocock-skills-zh-cn (veralteter Pfad), die den Benutzer befragt, um einen detaillierten Refactoring-Plan zu erstellen, der in kleine Commit-Schritte unterteilt ist, und diesen anschließend als GitHub-Issue speichert. Das Problem, das damit adressiert wird, besteht darin, dass große Refaktorierungen in großen Schritten riskant sind; die Fähigkeit sorgt durch schrittweise, stets funktionierende Änderungen dafür, dass im Einklang mit Martin Fowler’s Rat jeder Refactoring-Schritt so klein wie möglich gehalten wird, sodass das Programm stets funktionsfähig bleibt.

Der Ablauf (die Schritte können übersprungen werden) ist wie folgt: Der Benutzer beschreibt das Problem sowie mögliche Lösungen; es wird im Repository nachgeforscht, um die Angaben zu überprüfen und den aktuellen Zustand zu verstehen; alternative Optionen werden aufgezeigt; der Benutzer wird ausführlich zur Umsetzung befragt; der genaue Umfang wird festgelegt, einschließlich dessen, was geändert und was nicht; die Testabdeckung im betroffenen Bereich wird überprüft, und falls sie unzureichend ist, werden Fragen zu den Testplänen gestellt; die Umsetzung wird in einen Plan aus kleinen Commit-Schritten unterteilt, wobei jeder Schritt das Codebase in einem funktionsfähigen Zustand lässt; schließlich wird mithilfe eines bereitgestellten Templates ein GitHub-Issue erstellt, das Abschnitte für Problembeschreibung, Lösung, Commit-Schritte, Entscheidungsdokument, Testentscheidungen, Außenschlüsse sowie optional weitere Anmerkungen enthält. Das Template vermeidet absichtlich konkrete Dateipfade und Codeausschnitte, da diese schnell veraltet sind.

Es richtet sich an Entwickler und Technologieleiter, die Refaktorierungen planen oder RFCs für Refaktorierungen verfassen und einen strengen, auf Interviews basierenden, sicher schrittweisen Plan benötigen, der als dauerhaftes Issue festgehalten wird. Seine Funktionalität umfasst die Erkundung des Repositories sowie die Erstellung von Issues – es werden keine zerstörerischen oder sensiblen Operationen durchgeführt.

FAQ

Was erzeugt diese Fähigkeit?

Einen detaillierten Refactoring-Plan, der als GitHub-Issue gespeichert wird und ein Template mit Abschnitten für Problembeschreibung, Lösung, Commit-Schritte, Entscheidungsdokument, Testentscheidungen, Außenschlüsse sowie optional weitere Anmerkungen verwendet.

Wie wird dadurch die Sicherheit des Refaktorierens gewährleistet?

Durch Aufteilung der Arbeit in kleine Commit-Schritte, wobei jeder Schritt das Codebase in einem funktionsfähigen Zustand lässt, gemäß Martin Fowler’s Rat, jeden Refactoring-Schritt so klein wie möglich zu halten.

Bezieht sich der Plan auf spezifische Dateien oder Code?

Nein. Das Template lässt absichtlich konkrete Dateipfade und Codeausschnitte aus, da diese schnell veraltet sind; es konzentriert sich auf Entscheidungen, Module, Schnittstellen und Verhaltensweisen.

Was passiert bezüglich der Tests?

Es wird die Testabdeckung im betroffenen Bereich überprüft, und falls die Abdeckung unzureichend ist, werden Fragen zu den Testplänen des Benutzers gestellt, anschließend werden die Testentscheidungen im Issue festgehalten.