Utveckla plugins och teman mot WordPress Trunk

När du utvecklar plugins eller teman för WordPress, är en av de strategier som jag ofta rekommenderar att göra det mot trunk (eller den aktuella ögonblicksbilden av koden) av WordPress.

För de som är mer erfarna utvecklare, du är redan på upp-och-upp på språket och varningarna som kommer med att göra detta. Men om du är någon som letar efter sätt att förbättra sina utvecklingsmetoder, kanske det här hjälper.

Kom ihåg att eftersom WordPress är programvara med öppen källkod kan du se källkoden på webben när som helst.

Inte bara det, men du kan ladda ner den till din lokala dator och arbeta med den också. Detta kommer att kräva vissa delar av mjukvara, och jag kommer in på det ett ögonblick; Det yttersta syftet med detta inlägg är dock att prata om:

• hur man arbetar med den aktuella ögonblicksbilden av kod med WordPress,
• hur och varför det kan vara fördelaktigt att använda denna kodbas när man arbetar med projekt för andra.

Som nämnts ovan finns det varningar för att göra detta, och ibland är det en bra idé att använda den senaste stabila versionen av kodbasen. Och det ska jag ta upp senare i artikeln också.

Utveckling mot WordPress Trunk

Innan du börjar är det viktigt att ha Subversion eller en Subversion-klient installerad. Om du använder en pakethanterare som Homebrew för att hantera programvara, är det så enkelt att installera kommandoradsklienten som att ange detta i din terminal:

$ brew install subversion

Du kan läsa mer om Homebrew och pakethanterare i tidigare inlägg ; men du kanske också funderar på att använda något som Versions eller Cornerstone om du vill använda en front-end.

1 Ladda ner den senaste koden

Vid det här laget kan du ladda ner den senaste ögonblicksbilden av WordPress-kodbasen genom att använda detta kommando:

$ svn co https://core.svn.wordpress.org/trunk/ .

Om du å andra sidan använder ett gränssnitt kan du använda följande URL i din klient för att bläddra i arkivet:

https://core.svn.wordpress.org/trunk

Härifrån laddar du ner innehållet i trunkkatalogen till din dator och förbereder dig för att installera den på din dator.

Eller använd ditt val av front-end:

För att göra detta, se till att du har en databas förberedd och gå sedan igenom standardinstallationsproceduren.

Du kan läsa om hur du gör det i Codex eller det här inlägget.

2 Ställ in felsökningsläge

När det väl är installerat rekommenderar jag att du ställer in WordPress i felsökningsläge så att du kan se information i felsökningsloggarna såväl som i din webbläsare.

För att göra detta, öppna wp-config.php och ändra raden som lyder:

define( 'WP_DEBUG', false );

Att läsa:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
define( 'SCRIPT_DEBUG', true );

Från denna punkt, när du arbetar med kod kommer du att se information utskriven på skärmen och du kommer att ha information skriven till debug.log som du kan se i din föredragna textredigerare eller konsol.

Det betyder inte att du inte ska ha ett verktyg som Xdebug installerat, men det är innehåll för ett annat inlägg.

3 Arbeta med rätt kataloger

Nu när WordPress är installerat och du är redo att arbeta med ditt projekt, notera om du använder plugins eller teman eller inte. Naturligtvis hittar du var och en i wp-content/plugins eller wp-content/themes.

Säg till exempel att du arbetar med ett plugin så kommer du att behålla ditt plugin i plugins katalog. I mitt fall, som du ser i skärmdumpen ovan, arbetar jag med Scheduled Post Shortcut mot trunk.

Ett ord om stabila versioner

Närhelst du arbetar med ett plugin eller ett tema, och du ska försöka arbeta med dem mot en stabil version av WordPress, har du ett val att göra:

• arbeta mot den stabila versionen av koden som finns tillgänglig på WordPress.org,
• arbeta mot ögonblicksbilden av kod i trunk.

Om du använder den förra vet du att din kod kommer att fungera med den senaste stabila versionen. Men om du väljer att arbeta med det senare vet du att din kod kommer att fungera med den kommande versionen av WordPress.

Men här är varningen: Saker och ting kan förändras mellan vad som finns i bagageutrymmet och vad som slutligen släpps. Så om du ska arbeta med trunk, kom ihåg att du kommer att behöva fortsätta att testa ditt arbete mot koden tills kärnteamet taggar trunk som en stabil version.

På uppsidan, så fort de gör det, har du en fungerande version av ditt projekt redo att användas när de skickar WordPress.