Jetzt, dass Laravel 5.5
unterstützt nur PHP > 7.0
, was kann ich tun, um sicherzustellen, dass ich es mit 5.6.x
kompatibel halten kann? Ich bin in einer 5.6
Umgebung, Upgrade PHP
ist keine Option, und ich möchte sicherstellen, dass composer update
nichts brechen wird, wenn es zu jeder Zeit in der Entwicklungsumgebung lief.Sicherstellen, dass Laravel kompatibel mit PHP 5.6.x bleibt
Mit Blick auf Artikel scheint es, dass Downgrade nicht einfach ist, also möchte ich nur sicherstellen, dass irgendwie Dinge nicht kaputt gehen.
Hier ist der Komponist Eintrag/Abhängigkeitsliste, laravel
als 5.4.*
{
"require": {
"php": ">=5.6.4",
"laravel/framework": "5.4.*",
"laravel/tinker": "~1.0",
"laravelcollective/html": "^5.4.0"
},
"require-dev": {
"fzaninotto/faker": "~1.4",
"mockery/mockery": "0.9.*",
"phpunit/phpunit": "~5.7"
},
}
Also, bedeutet das, dass ich kann nicht länger laufen composer update
? Oder bin ich immer noch sicher, meine anderen Pakete zu aktualisieren, z. die oben genannten, und laravel
bleiben 5.4.36
?
Ich weiß, die Spezifikation in Composer sagt dem Paket, in der 5.4.x
Bereich zu bleiben, möchte ich nur sicherstellen, und auch ich mache mir Sorgen, dass die Abhängigkeiten nicht sicher rückwärtskompatibel bleiben? Ich frage mich, ob ich gerade composer update
für jetzt vergessen sollte, oder wenn ich die composer.json
sorgfältiger anpassen muss.
Beachten Sie auch, meine nächsten Projekte, die ich spin up, müssen PHP 5.6
auch sein, und ich werde hier von einer maßgeschneiderten Laravel-Basis wurde das Klonen, die "laravel/framework": "5.4.*",
immer haben werden, so werde ich so lange gut, wie Das ist so festgelegt?
aktualisieren
Als Reaktion auf @Eric Browns Antwort, und einige der Forschung auf packagist, ist es das, was ich die wichtigsten Abhängigkeiten angepasst (+ laravelcollective/html
) zu:
"require": {
"php": ">=5.6.4",
"laravel/framework": "5.4.*",
"laravel/tinker": "1.0.*",
"laravelcollective/html": "5.4.*"
},
"require-dev": {
"fzaninotto/faker": "1.7.*",
"mockery/mockery": "0.9.*",
"phpunit/phpunit": "5.7.*"
},
Ich könnte init ein neues Git Repo mit einer Kopie der Laravel/Vendor-Dateien als nächstes, und dann dieses in ein neues Verzeichnis legen, das ich nicht wirklich mit Untermodulen verwechseln will, so dass es am Ende vielleicht ein Tarball sein wird, der es bekommen kann mit dem Original verpflichtet.
PHP 5.6 wird [nicht mehr aktiv unterstützt und erhält nur für ein weiteres Jahr Sicherheitsupdates] (http://php.net/supported-versions.php). Nach diesem Punkt wird es gefährlich und unverantwortlich sein, es weiter zu betreiben. ** Jetzt ist es an der Zeit, mit der Planung einer Migration auf PHP 7 zu beginnen. – ceejayoz
Guter Punkt! Es liegt an der Corp. Da ich keine Kontrolle über diesen Aspekt habe, kann ich ihnen nur etwas langfristiges stabiles für ihre aktuelle infra geben, dann wird die Anpassung des composer.json leicht genug sein, wenn sie sich für ein Upgrade entscheiden.Ich werde deinen Kommentar in der Readme-Datei oder irgendwo anders fett notieren! – blamb
Stellen Sie sicher, dass Ihre Datei 'composer.lock' in der Quellcodeverwaltung enthalten ist. Es enthält ** genaue ** Versionen von allem, was zum Zeitpunkt der Erstellung installiert wurde, und lässt Sie 'Composer-Installation' durchführen, um genau diese Versionen zu installieren. Ein "Composer-Update" aktualisiert die '.lock' -Datei mit neuen Paketen, so dass Sie in der Quellcodeverwaltung eine alte' .lock'-Datei auschecken und auf diese exakten Versionen zurückstufen können. – ceejayoz