Helilooja ilma pideva integratsioonita

Kui olete WordPressi arendaja, kes kasutab Composerit ilma pideva integreerimiseta, siis on tõenäoline, et teil jääb pistikprogrammide juurutamisel otsustav samm välja mõelda, kuidas hankijate kataloogi hallata.

See on:

• Teame, et kogu tarnijakataloogi allika kontrolli alla panemine on halb mõte,
• Teised arendajad, kes on Composeri kasutamisega tuttavad, peaksid saama hakkama ilma palju juhiseid vajamata,
• Pidevat integreerimist ei kasutata mitmel põhjusel,
• Ja meil on vaja pakkuda tootmistasemel väljundit, mis kasutab teatud sõltuvusi, kuid mitte teisi.

Nii palju kui ülaltoodud punktid meie olukorda kirjeldavad, ei ütle see meile, mida me saame sellega teha.

Teisisõnu, siin on kasutusjuht: olete loonud kellegi jaoks WordPressi pistikprogrammi. See pistikprogramm kasutab mitmesuguseid sõltuvusi, mida kõiki haldab Composer.

Te ei kontrolli hankija kataloogi hoidlasse, kuid te ei kasuta ka pistikprogrammi juurutamiseks pidevat integreerimist. Selle asemel on klient või kolmas osapool.

Mis siis?

Levitamine koos heliloojaga ilma pideva integreerimiseta

Lühiversioon on järgmine:

Eksportige põhiharu (või vabastage haru või kuidas iganes seda nimetate) oma kohalikust pistikprogrammi koopiast, seejärel veenduge, et käivitaksite käsu Composer, mis annab käsu luua tarnija kataloog ilma arendustaseme sõltuvusteta.

Seejärel saate loodud arhiivi kokku panna ja oma kliendile levitada.

Aga kuidas?

Esiteks eeldan, et teie pistikprogrammi kohalikul koopial ei ole hankija kataloogi koopiat, kuid sellel on kogu uusim kood kaughoidlast.

See tähendab, et teil on väljastamiseks valmis koodi uusim stabiilne versioon, kuid te pole veel valmis seda tegema, kuna sellel puuduvad näiteks automaatse laadimise ja muude sarnaste funktsioonide jaoks vajalikud sõltuvused.

Esimene samm on kohaliku hoidla eksportimine arhiivi. Seda saate teha järgmiselt, puistades selle töölauale.

$ git archive -o ~/Desktop/plugin-name.zip HEAD

Järgmisena andke Composerile korraldus installida teie failis olevad sõltuvused, mis on väljaspool nõudev-devi direktiivi :composer.json

$ composer install --no-dev

Nüüd saate loodud kataloogi arhiivida pistikprogrammi ja levitada seda faili.

Kas see on ideaalne?

Ma ei ütleks, et see on ideaalne, kuid see on lahendus kasutusjuhule, mis on kindlasti olemas, nii et ma ütleksin, et seda saab teha konkreetse probleemi lahendamiseks.

Lõppkokkuvõttes, kui otsite viisi, kuidas levitada WordPressi pistikprogrammi, mis kasutab Composerit ilma pideva integreerimiseta, on see viis seda teha.

Ma mõistan, et see on konkreetne kasutusjuhtum ja seega on sellel konkreetne lahendus.