sudoを使用せずにComposerを実行します（変更された所有者と権限を試しました）

コンポーザ（たとえば、sudo composer install, sudo composer self-updateなど）を実行するたびに、ファイルの所有者がrootであるため、sudoでこれを実行する必要があります。

ただし、sudoルートで作曲家を使用するたびにベンダーフォルダーを所有し、そのフォルダー/特権の所有者をルートからwww-dataに変更する必要があります。

毎回sudoを実行する必要がないように、これを修正する最良の方法は何ですか？

の所有者を/usr/local/bin/composerルートからwww-dataに変更しますか？

これは、sudoを使用するたびに所有権を変更したり、アクセス許可を割り当てたりする必要がないように、これを処理する理想的な方法composer installですか？

編集： 現在、作曲家の権限はです-rwxr-xr-x。そして、パーミッションを775に設定して/usr/local/bin/composerover の所有者を切り替えようとしましたがwww-data:www-data、まだ実行しないとcomposerを実行できませんsudo。

「全員」が作曲家の読み取りと実行を許可されている場合、sudoを使用する必要はありません。

sudo chmod 755 /var/local/bin/composer

composerをとして少なくとも1回は既に実行しているためroot、composers（per-user-）cacheディレクトリは現在rootによって所有されているため、通常のユーザーは書き込みできません。

sudo chown -R lamp:lamp /home/lamp/.composer

ファイル所有者を修正します。

私は何週間もこの問題に取り組んできました。

解決策は-Hで作曲家の自己更新を実行することだと思います

sudo -H composer self-update

これを行う前に、ルートの.composerディレクトリと、composerを実行するユーザーのホームディレクトリを削除してください。

sudo rm -rf /root/.composer
sudo rm -rf /home/ubuntu/.composer

-Hフラグなしでsudo composer self-updateを実行すると、rootが所有する〜/ .composerが作成され、他のcomposerコマンドに許可エラーが発生するのを防ぎます。

composer config
composer install 

私の意見では、sudo composer self-updateを呼び出しても、現在のユーザーのホームディレクトリにrootが所有するファイルを作成すべきではありません。

Ubuntu 14.04でこれらの指示に従えば、composerはキャッシュを次の場所に配置します。

 ~/.cache/composer

のではなく：

~/.composer/cache

これは、Ubuntu 14.04で定義されているXDG_RUNTIME_DIR環境変数のためですが、Ubuntu 12.04では定義されていないようです。

関連する議論はこちら