Composer 2.0 の新機能の説明

以下では、composer がチュートリアル欄を使用して、composer 2.0 の新機能を紹介します。困っている友人の役に立てば幸いです。

#1. 新機能とは何ですか?

• コマンド ライン (CLI) ユーザー向け

• 新しいプラットフォーム チェック機能は、ランタイム PHP バージョンと利用可能な拡張機能をチェックして、プロジェクトと一致していることを確認します。依存関係。不一致が見つかった場合は、エラーの詳細を表示して終了します。ビルドまたはデプロイ中に実稼働 PHP プロセスを使用して、composer check-platform-reqs

• #パッケージが優先度の高いリポジトリに存在する場合は、優先度が低くなります。パッケージはリポジトリ内で完全に無視されます。詳細については、「リポジトリの優先順位」を参照してください。

• 1.10 で導入された警告に従って、無効な PSR-0/PSR-4 クラス設定は最適化されたオートローダー モードで自動ロードされなくなりました。

• On XDG ベース ディレクトリ仕様をサポートする Linux システムでは、Composer は ~/.composer の代わりに XDG_CONFIG_DIR/composer を使用することを優先するようになりました (両方が利用可能な場合、1.x は最初に ~/.composer を使用します)

• パッケージ名は命名ガイドラインに準拠する必要があります。準拠しないと、Composer がエラーとなって終了します。 (https://github.com/composer/composer/blob/2.0.0/doc/04-schema.md#name)

• --no-suggest は非推奨です。必要なくなりました

• PEAR サポート (リポジトリ、ダウンローダーなど) が削除されました

• 更新ではコンポーザーが最初にリストされるようになりました。ファイル (更新ステップ) を作成し、ロック ファイルをベンダー ディレクトリにインストールするときに適用された変更を一覧表示します (インストール ステップ)

• HTTPS_PROXY_REQUEST_FULLURI は、指定されていない場合はデフォルトで false になります。ほとんどの環境でより適切に動作するようです。

• dev-trunk、dev-master、dev-default は互いのエイリアスではなくなりました。現時点では正確なブランチ名をそのままにしておきます。

#2. 依存関係の解決、コンポーザーの更新、インストール時のイベント フローの詳細な違い

##composer v1

composer は依存関係を解決します (PRE/POST_DEPENDENCIES_SOLVING のスケジュール)

• 次に、すべてのパッケージを段階的に実行します (PRE_PACKAGE_INSTALL/UPDATE/UNINSTALL のスケジュールを設定してから、スケジュールを設定します)。必要に応じて PRE_FILE_DOWNLOAD、次に POST_PACKAGE_*)。

• #最後に最後にロック ファイルを書き込みます

• composer v2

アップデートとインストールのプロセスは分割されました。

• 会議の更新:

composer による依存関係の解決 (PRE_POOL_CREATE のスケジュール設定)

• その後、ロック ファイルを書き込み、更新が完了します。

• 次に、インストールします。

PRE_OPERATIONS_EXEC に送信して完全を実行します。操作のリスト

• まだキャッシュにないすべてのパッケージを並行してダウンロードします (まだキャッシュにないパッケージの PRE_FILE_DOWNLOAD をスケジュールします)

• Then を繰り返します。すべてのパッケージを対象に、更新/インストール/アンインストールを並行して実行します (PRE_PACKAGE_INSTALL/UPDATE/UNINSTALL が最初に配布され、次に POST_PACKAGE_* が配布されますが、最後に起動されたパッケージは、別のパッケージが完了する前にインストールが完了する場合があります)。

以上がComposer 2.0 の新機能の説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。