Composer2 はメモリ不足による致命的なエラーを軽減または回避できますか?

                                                       

次のチュートリアルコラムでは、Composer 2 について紹介します。メモリ不足による致命的なエラーを大幅に軽減または回避できます。困っている友達を助けましょう！

今日はプロジェクトを Laravel 8 に更新する予定です。依存関係のバージョンを調整した後、

composer update を実行すると、メモリに関する問題が致命的になります。足りないというエラーが再び表示されます:

PHP Fatal error:  Allowed memory size of 1610612736 bytes exhausted (tried to allocate 4096 bytes)

決して満足できないような気がします。反射的に解決策を先に探したので、当然何をすれば良いかは分かっていたのですが、順番を忘れてしまいました。検索中に Composer 2 のことを思い出しました。「メモリ使用量が小さく」、バージョンのアップグレードやロールバックに非常に便利だと言われていたのを覚えています。すぐにアップグレードしてみてください:

composer self-update --2

Updating to version 2.0.8 (2.x channel).
   Downloading (100%)
Use composer self-update --rollback to return to version 1.10.19

アップグレードはギャップ内で完了し、パッケージの更新コマンドが実行されます。今回はエラーは報告されず、パッケージが 1 つずつインストールされ始めます。このパッケージのインストールを使用して直感的に感じたことは、

進捗状況としては、v1 は解析に時間がかかり、すぐにインストールが完了するのに対し、v2 は解析が速いということです。インストールの進行状況が逐一出力されます。一つずつダウンロードしてインストールする感じですが、速度は遅くありません。

v1 インストール中に、コンピュータのファンが回転し始め、音が明らかに大きくなりました。とメモリが占​​有されました。上昇しますが、v2 ははるかに穏やかです

• v2 は推奨パッケージと経済的サポートが必要なパッケージの出力を直接表示しません
• わかりませんアップグレード後のその他の問題について調べてみると、Composer 2 の使用に関するフィードバックがあまりないことがわかりました。ただし、少なくともメモリ使用量を最適化することで、メモリ不足の発生を大幅に軽減または回避できます。

以上がComposer2 はメモリ不足による致命的なエラーを軽減または回避できますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。