Composer Update と Composer インストール: いつどちらを使用するべきですか?

「composer update」と「composer install」の違いを理解する

PHP 開発の世界における依存関係管理の複雑さを理解する重要です。一般的に使用されるツールの中には、PHP ライブラリの管理において重要な役割を果たす Composer があります。この記事の目的は、2 つの主要な Composer コマンド、「composer update」と「composer install」のバリエーションを明らかにすることです。

「composer update」: 依存関係のアップグレード

「composer update」は、composer.json ファイルで説明されているように、プロジェクトの依存関係を更新するという特定のタスクに対応します。次のような依存関係を指定したシナリオを考えてみましょう:

"mockery/mockery": "0.9.*"

おそらく、このパッケージのバージョン 0.9.1 がインストールされていると考えられます。新しいリリースが存在する場合、「composer update」を実行すると、パッケージのアップグレード (バージョン 0.9.2 など) が開始されます。

「composer update」の基礎となるプロセスは系統的です:

1. composer.json の解析
2. 不要なインストール済みパッケージの削除
3. 必要なパッケージの最新バージョンの可用性の確認
4. 最新のパッケージ バージョンのインストール
5. 更新インストールされたバージョンを反映するためのcomposer.lock

「composer install」: ロックインされた依存関係

対照的に、「composer install」はインストールのみに焦点を当てています依存関係は、composer.lock ファイルで定義されています。更新には関与しません。そのワークフローは以下で構成されます:

1. composer.lock の存在の確認 (必要に応じて「composer update」を最初から開始)
2. composer.lock の解析
3. COMPOSER.LOCK で指定されたパッケージ

'composer update' と 'composer install' のどちらかを選択する

どちらのコマンドをいつ使用するかは、それぞれの異なる機能に基づいて明確になります:

• 「composer update」は開発段階でその役割を果たし、composer.json 仕様に従って依存関係をアップグレードできるようにします。
• 「composer install」はデプロイメントに最適です。フェーズでは、「composer update」を通じて作成された Composer.lock ファイルによってガイドされ、運用環境またはテスト環境で一貫した依存関係のインストールが保証されます。

以上がComposer Update と Composer インストール: いつどちらを使用するべきですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。