Contao 3.5 / Composer und Versionierung: Was gehört ins Repository?

[zinky]

Hallo zusammen,

ich habe gerade ein Problem mit Composer und der Versionsverwaltung. Ich habe eine alte Contao 3.2 Version auf 3.5 aktualisiert, damit ich Composer einsetzen kann. Jetzt wollte ich das Repository auf einem anderen Rechner klonen, damit ein Kollege am Projekt mitarbeiten kann. Weil standardmäßig in der .gitignore der Order /composer (sinnvollerweise) ignoriert wird, ist natürlich von Composer nichts im Repository.

Die composer.json und composer.lock sind jetzt erzwungen im Repository, aber was muss noch mit rein? Contao zeigt nun auf dem zweiten Rechner natürlich nur die Fehlermeldung an, dass die autoload.php nicht gefunden wurde. Wie geht ihr bei der Installation vor? Muss vor der Contao-Installation das Abhängigkeitsmanagement erstmal über die Kommandozeile angestoßen werden?

LG Zinky

[Spooky]

Im Prinzip ja, also im Ordner /composer einfach

php composer.phar install

ausführen. Ich denke anders geht es nicht.

[zinky]

Okay, das wäre ja durchaus machbar.

Ich bin zudem irritiert, dass es zwei Vendor-Ordner gibt (/vendor und /composer/vendor) und jeweils auch zwei composer.json? In /vendor liegen die Contao-eigenen Abhängigkeiten (scss-php usw.) und Contao verlangt in system/initialize.php ja auch nach /vendor/autoload.php. Das finde ich gerade noch ziemlich verwirrend. Die Erweiterungen, die ich nutzen möchte, trage ich aber schon in /composer/composer.json ein, oder?

[Spooky]

Ich bin zudem irritiert, dass es zwei Vendor-Ordner gibt (/vendor und /composer/vendor) und jeweils auch zwei composer.json? In /vendor liegen die Contao-eigenen Abhängigkeiten (scss-php usw.) und Contao verlangt in system/initialize.php ja auch nach /vendor/autoload.php. Das finde ich gerade noch ziemlich verwirrend.

Ja, in /vendor liegen die Abhängigkeiten von Contao selbst, unter /composer/vendor die Abhängigkeiten, die über die davon unabhängige Paketverwaltung für Contao kommen.

Die Erweiterungen, die ich nutzen möchte, trage ich aber schon in /composer/vendor ein, oder?

Naja /composer/composer.json, ja

[zinky]

Ja, in /vendor liegen die Abhängigkeiten von Contao selbst, unter /composer/vendor die Abhängigkeiten, die über die davon unabhängige Paketverwaltung für Contao kommen.

Ok, das heißt, de facto müsste composer install einmal in TL_ROOT und einmal in /composer ausgeführt werden. Danke für die Erleuchtung, ich schaue mal, wie weit ich jetzt komme

Naja /composer/composer.json, ja

Gott sei dank verstehst du mich auch so. Hab's korrigiert

[Spooky]

Stimmt, im Root auch einmal composer install ausführen, daran hatte ich nicht gedacht.

[zinky]

Jo, das klappt auch wunderbar. Leider kann ich jetzt im Unterverzeichnis composer install nicht mehr ausführen ("The system cannot find the path specified"). Leider wird nicht der Pfad angegeben, der nicht gefunden werden kann....

[Spooky]

Hm https://getcomposer.org/doc/articles...ified-windows-

[zinky]

Daran liegt es leider nicht. Im Wurzelverzeichnis kann ich composer install ja auch ausführen. Aber leider nicht in /composer.
Ich hab den Cache geleert, ich hab es mit der globalen composer installation versucht und composer nochmal erneut heruntergeladen und direkt im Verzeichnis ausgeführt. Bisher kein Erfolg.

Edit: Ok, das Problem lag darin, dass der Ordner packages nicht existierte:

(...) 
{
    "type": "artifact",
    "url": "packages"
}
(...)

Ich habe das artifact-Repository entfernt und danach lief die Installation durch. Beim nächsten composer update flog mir dann aber um die Ohren, dass das aritfact-Repository nicht da sei und es wurde wieder hinzugefügt. Ich weiß nach wie vor nicht, wie das Repository aussehen muss, damit man das Projekt sauber installieren kann?

[xtra]

du musst das Verzeichnis des artifact repository anlegen.

einfach mkdir composer/packages
du kannst a logischerweise auch eine .gitkeep reinschmeissen und somit das dir zu dienem repo hinzufygen.