Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。8,029件41プロジェクトをgitで管理しています。調べてみると下記URLの様に、composerのvedor配下をgitignoreで無視するのが一般的なようで、管理に含めたほうが良いのではと思ってしまうのですが、含めた場合どういったデメリットや弊害が発生するのでしょうか。管理に含まれるサイズが大きくなってしまうのですが、そこに関してはあまり制限無く開発出来る環境ですので、それ以外の理由などを伺えればと思います。updateを実行するものなのでしょうか?何か間違いや、こうした方が良いなどあれば併せて回答いただけますと助かります。した方が速いデメリットリポジトリのサイズが増えてディスクを圧迫する。(依存パッケージを削除・変更しても、過去のコミットと一緒に残り続けます)フレームワークなどではファイル数が数千といった規模で増えるので、普段のGit操作が遅くなる可能性があります(主にWindows)。依存パッケージを変更した際、大量のdiffが生まれます。GithubやBitbucketのようなツールで履歴を見たいときや、マージの確認をする時などには邪魔かもしれません。WindowsとLinux系ではvendor/binに生成されるファイルが若干異なります。どちらをコミットし忘れることがあると、「手元では動くんですけどね・・・」につながります。vendorのコミットに限らない話ですが、ファイル数が増えることでコミット忘れに気づきにくくなることはあるでしょう。環境や運用方法、好みによっては上に挙げたデメリットは些細なことかもしれませんが、メリットもそこまで大きくないと感じます。これがPHP製でないツールであれば環境構築がーとも思いますが、PHPの開発・実行環境があるならcomposer.phar置いて実行するだけですから・・・。installまで済んだものをzipなどに固めて、配布することも多いかと思います。使った方がいいですね。記録されたバージョンをインストールします。することで、開発環境と完全に一致したバージョンをインストールすることを保証します。方が短時間で済みます。個の銅バッジ新しいモジュールにバグがあることも多々ありますから、自前でベンダーモジュールの管理もしたほうがいいでしょうね。前にはnpmですが、こんな事件もありました。gitリポに含めるかどうかはまた別の話ですが。不用意なバージョンアップによる問題を回避するためのlockファイルです。Composerに移行してからは依存パッケージのバックアップを取っていませんが、今のところ複数人開発が多いので全員のローカルコピーを同時に失うことはまあないだろうとも・・・。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。差分を直接対象ディレクトリに適用したい0gitでpushができない。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。