Ich habe ein paar Patches für WordPress Core auf Trac eingereicht (von denen einer verwendet wurde), aber jedes Mal, wenn ich darüber nachdenke, schaudere ich, weil mein Setup dafür unglaublich langweilig ist.
Kann jemand bitte die Schritte detaillieren, die zum Einreichen eines Patches für den Core erforderlich sind, und dann den besten Weg, um den Prozess so zu rationalisieren, dass er nicht so langweilig ist? Ich arbeite derzeit mit Mac OS X und PhpStorm, denke aber, dass ein Shell-Skript am einfachsten ist? Oder vielleicht ein PHP-Skript, das die ganze Arbeit macht?
Eines der Probleme ist, dass ich nicht ganz verstehe, womit ich anfangen muss. Beginne ich mit Kofferraum? Muss ich jedes Mal, wenn ich einen Patch erstellen möchte, eine neue Kopie herunterladen und diese Kopie mit meinem Code hinzufügen / bearbeiten?
Auch hier liegt die Arbeit mit SVN und dem Patchen außerhalb meiner derzeitigen Fähigkeiten, und das möchte ich ändern. Ich hoffe, Sie WordPress-Patching-Experten können zu meiner Rettung kommen. Danke im Voraus.
AKTUALISIEREN:
Nach der Antwort von @ hakre sollte ich der Frage mehr hinzufügen:
- Kann ich Patches aus einer älteren Version erstellen oder muss ich trunk verwenden?
- Wenn ich mit der freigegebenen Version (3.0.1) an einem Projekt arbeite, kann ich es ändern und einen Patch für den Core erstellen oder muss ich eine makellose und neue Kopie von trunk herunterladen und einrichten und meine Änderungen dort neu vornehmen?
- Kann ich mit Shell-Skripten arbeiten, um die Anmeldung im Skript zu verschlüsseln und das Skript auszuführen, um alles neu zu erstellen, was ich brauche, und / oder um den Patch zu erstellen?
- Und was sind die Tücken?
All diese Fragen scheinen von denen angenommen zu werden, die wissen, wie WordPress's SVN funktioniert, und werden daher in jeder Diskussion übersehen.
svn diff > my-patch.patch
me gusta!