Composerオートローダ、github、デプロイメント

Question

これまでに検索していたのですが、しばらく検索してしまったのは残念です。本当に私のジレンマに対する答えは見つけられませんでした。

私はPHPプロジェクトで作業しているチームの一員であり、私たちはバージョン管理にgithubを使用しています。私たちはPSR-4オートローダーを実装したいと思っています。すべてのガイドではComposerを使用しています。さて、私はベンダーのフォルダをgithubに含めるべきではなく、composer.jsonだけに含めるべきであり、すべての開発者はコンピュータを自分のコンピュータにインストールする必要があることを、私は知っていました。

すべての開発者のコ​​ンピュータでオートローダーを作成する必要がありますか。

最後に、プロジェクトが完了したら、私たちのウェブサイトにアップロードしたいと思いますが、私たちが行うことができる唯一の方法はFTPによるものです。

ライブウェブサイトにアップロードするファイルとオートローダーはどうなりますか？

Answer 1

composer.lockファイルもコミットする必要があります。これは非常に重要です。つまり、他の誰かがコードをチェックアウトすると、その/ vendorディレクトリに同じ依存関係（正確なバージョンを含む）がインストールされます。

そのため、/ vendorディレクトリをコミットする必要はありません。ロックファイルは、依存関係が修正されたことを保証します。

composer.jsonは、あなたの要件を満たす多くの潜在的な依存関係を定義します。 composer updateを実行すると、これらの要件を満たす最新のバージョンが使用可能かどうかが確認されます。これはインストールとアップデートの違いです - インストールはロックファイルから外れて、何を探すべきかを正確に知っています - アップデートはjsonファイルから外れ、異なる時点で異なる結果を返す可能性があります。

あなたのcomposer.jsonでは、あなたのルート名前空間がどこに存在するかを教えて、オートローダーを定義することができます。

"autoload": { 
    "psr-4": { 
     "RootNamespace\\": "library/src" 
    } 
}, 

あなたの同僚がcomposer install実行したとき、それが一貫性のパスに彼らのためにオートローダーを作成します。

デプロイメントのためのオプションがあります：あなたはcomposer.lockファイルをアップロードし、作曲生産にインストールを実行する、または事前にそれを行うと、ビルドの一部として、ベンダーのディレクトリをアップロードすることができますいずれか

を。

の前に、の前に問題があった場合は、プロダクションサーバー上でファイルが変更されることをお勧めします。代わりに、欠落している依存関係で本番環境をアップグレードすることができます。それらの依存関係を最初にインストールし、すべてを一度に転送することは安全です。

私はgit commitの名前をつけた別のフォルダに新しいリリースをインストールして、それを展開ステップの一部としてシンボリックリンクすることも好きです。これにより、ファイルの残りの部分がアップロードされるのを待つ間に、半分更新されたアプリケーションがないことが保証されます。このアプローチでは、前述の問題も解消されます。これは、作曲家がプロダクションからインストールできることを意味します。