2017-11-07 8 views
1

PHPUnitをコンポーザでグローバルにインストールするのは、2つの理由から私にとって便利です。 1.余分なインストールを必要とせずにどこでも使用できます。ただ、phpunitの代わりvendor/bin/phpunitを実行している 2.(別名を使用してこの問題を解決するかもしれません)PHPUnit:ローカルVSグローバルインストール

は、ローカルインストールなぜ任意の理由は、より良い選択かもしれませんがありますか?たとえば、毎回まったく同じバージョンを使用します。 (PHPUnitに多くの経験がないので、これが本当に問題であるかどうかは分かりません)

答えて

1

パッケージをグローバルにインストールすることの大きな欠点は、唯一の開発者でない限り、チーム内の開発者間で異なるバージョンのPHPUnitになる可能性があることです。これはいくつかの副作用を引き起こすかもしれません。

composer.jsonを使用してローカルにインストールする場合、チーム内のすべての開発者は、特定のアプリケーションの場合とまったく同じバージョンを使用します。また、バージョンを変更すると誰もが表示されますcomposer.json。 (プロジェクトでもある)

あなたがvendor/bin/phpunitを入力気に入らない場合、あなたはMakefileを使用することができます。

test: 
    vendor/bin/phpunit --configuration=test/Unit/phpunit.xml 

は、それを実行します...

make test 
+0

ありがとう!私は、ローカルインストールを使用して、次のエイリアスを使用して終了しました。 'alias test =" vendor/bin/phpunit "'(別名としてphpunitを使用しません。これは、グローバルインストールバージョンを使用するように見えるので、 Makefileでも可能です。 –

2

私はコンポーザーとrequire-devブロックを使ってインストールしたいのですが、これは非常にお勧めしますphpunit.pharをプロジェクトにダウンロードして、それを使用してください。

どのようなバージョンが使用されているか(および更新されたとき)は、どのようなバージョンを使用するのかを制御することができます。

関連する問題