Ausführen von Composer ohne Verwendung von sudo (versucht, Besitzer und Berechtigungen zu ändern)

Jedes Mal, wenn ich Composer (zB sudo composer install, sudo composer self-update) starte, muss ich dies mit sudo ausführen, da der Eigentümer der Datei root ist.

Jedes Mal, wenn ich den Composer mit sudo root verwende, gehört der Vendor-Ordner und dann muss ich den Besitzer dieses Ordners / dieser Berechtigungen von root in www-data ändern.

Was ist der beste Weg, um dies zu beheben, damit ich nicht jedes Mal sudo ausführen muss?

Eigentümer von /usr/local/bin/composervon root auf www-data ändern ?

Ist dies die ideale Möglichkeit, um zu vermeiden, dass bei jeder Verwendung von sudo der Besitzer gewechselt und Berechtigungen zugewiesen werden müssen composer install?

Bearbeiten: Die Berechtigungen für den Komponisten sind derzeit -rwxr-xr-x. Und ich habe versucht , den Besitzer des Umschaltens /usr/local/bin/composerauf über www-data:www-datamit Berechtigungen auf 775, und noch kann ich nicht Komponist laufen ohne Laufen sudo.

Wenn "jeder" den Komponisten lesen und ausführen darf, muss sudo nicht verwendet werden:

sudo chmod 755 /var/local/bin/composer

Da Sie composer bereits mindestens einmal als ausgeführt haben root, befindet sich das Cache-Verzeichnis composers (pro Benutzer) jetzt im Besitz von root und kann daher von Ihrem normalen Benutzer nicht mehr beschrieben werden.

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

behebt den Dateieigentümer.

Ich beschäftige mich seit Wochen mit diesem Problem.

Ich denke, die Lösung ist, Composer-Selbst-Update mit der -H auszuführen

sudo -H composer self-update

Bevor Sie dies tun, müssen Sie die Verzeichnisse .composer im Stammverzeichnis und das Ausgangsverzeichnis des Benutzers entfernen, den Sie composer ausführen möchten.

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

Wenn Sie die Selbstaktualisierung von sudo composer ohne das Flag -H ausführen, wird ~ / .composer erstellt, dessen Eigentümer root ist, und es wird verhindert, dass andere composer-Befehle Berechtigungsfehler aufweisen.

composer config
composer install 

Meiner Meinung nach sollte das Aufrufen von sudo composer self-update keine Dateien im Stammverzeichnis des aktuellen Benutzers erstellen.

Beachten Sie, wenn Sie diese Anweisungen auf Ubuntu 14.04 Composer befolgen, wird der Cache in:

 ~/.cache/composer

Eher, als:

~/.composer/cache

Dies liegt an der in Ubuntu 14.04 definierten Umgebungsvariablen XDG_RUNTIME_DIR, die jedoch in Ubuntu 12.04 offenbar nicht definiert ist

Eine verwandte Diskussion hier