From 6cd3dbbc4f9d58125529fd122f580d71364da4a7 Mon Sep 17 00:00:00 2001
From: Thorsten Bus <thorsten@buss-labs.de>
Date: Sun, 14 Jun 2026 11:06:15 +0200
Subject: [PATCH] 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.
---
 update-prod.sh | 13 +++++++------
 1 file changed, 7 insertions(+), 6 deletions(-)

diff --git a/update-prod.sh b/update-prod.sh
index e98a757..5388116 100755
--- a/update-prod.sh
+++ b/update-prod.sh
@@ -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