fix(deploy): drop breaking composer update step
Parser master was renamed (propresenter/parser -> bussnet/propresenter7-php-api), so 'composer update propresenter/parser' fails to re-resolve dev-master. Pin the parser solely via the committed composer.lock; Dockerfile 'composer install' deploys the locked ref and the lock COPY busts the build cache on change.
This commit is contained in:
parent
34c58ccc60
commit
6cd3dbbc4f
|
|
@ -16,12 +16,13 @@ git fetch --all --prune
|
|||
# und database/ gitignored sind und nicht angefasst werden.
|
||||
git reset --hard origin/master
|
||||
|
||||
# propresenter/parser ist dev-master und in composer.lock auf einen festen
|
||||
# Commit gepinnt. Ohne Lock-Aenderung bleibt die Docker-Composer-Layer gecacht
|
||||
# und ein neuer Parser-Stand wuerde NIE deployt. Daher Lock hier aktiv heben.
|
||||
echo "[deploy] Aktualisiere dev-master Abhaengigkeit (propresenter/parser) ..."
|
||||
docker run --rm -v "$PWD":/app -w /app composer:2 \
|
||||
update propresenter/parser --no-scripts --no-interaction
|
||||
# Die propresenter/parser-Version wird ausschliesslich ueber die eingecheckte
|
||||
# composer.lock gepinnt (Standard-Composer-Praxis). Der Dockerfile-Schritt
|
||||
# "composer install" deployt exakt diesen Lock-Stand; "COPY composer.json
|
||||
# composer.lock" bricht die Composer-Layer automatisch, sobald sich die Lock
|
||||
# aendert. WICHTIG: composer.lock committen, wenn der Parser fortschreitet.
|
||||
# (Kein "composer update" hier: master des Parsers wurde umbenannt zu
|
||||
# bussnet/propresenter7-php-api, ein Re-Resolve von dev-master schlaegt fehl.)
|
||||
|
||||
echo "[deploy] Baue Image (inkl. aktualisierter Basis-Images) ..."
|
||||
$DC build --pull
|
||||
|
|
|
|||
Loading…
Reference in a new issue