Make jumper deploy explicit · fc8944d

+7 -7

.doc/development-log.md

@@ -121,20 +121,20 @@ Scop:
 - compatibilitate mai bună cu password managere și autofill mobil
 - fără a complica interfața vizibilă
 
-## 2026-06-08 - Post-Commit Development Deploy Uses the Deploy Script
+## 2026-06-08 - Manual Deploy Script Is the Development Contract
 
-Observație: hook-ul local `post-commit` care făcea `git push jumper-runtime HEAD:main` era prea fragil pentru development. Jumper este un checkout live, iar `receive.denyCurrentBranch=updateInstead` refuză push-ul dacă working tree-ul runtime are orice modificare locală în fișiere versionate. Asta făcea propagarea la commit impredictibilă și era ușor să testezi altă versiune decât ultimul commit local.
+Observație: hook-urile locale `post-commit` pentru deploy automat nu sunt potrivite pentru lucrul pe mai multe fronturi. Varianta cu `git push jumper-runtime HEAD:main` era fragilă pentru că jumper este un checkout live, iar `receive.denyCurrentBranch=updateInstead` refuză push-ul dacă working tree-ul runtime are orice modificare locală în fișiere versionate. Varianta care rula deploy-ul din `post-commit` făcea propagarea mai deterministă, dar tot muta un singur runtime global la fiecare commit pe `main`, deci nu ajuta la lucru paralel.
 
 Decizie:
 
-- `post-commit` nu mai împinge direct în repo-ul runtime de pe jumper
-- hook-ul creează un worktree temporar curat la commit-ul exact (`HEAD`)
-- hook-ul rulează `scripts/deploy_to_jumper.sh` din acel worktree
+- nu se folosește deploy automat la commit
+- commit-ul local și push-ul în GitPrep rămân operații Git separate de runtime
+- deploy-ul către jumper se face explicit cu `scripts/deploy_to_jumper.sh`
 - deploy-ul continuă să nu copieze implicit `config/`
 - `BUILD` este scris din commit-ul exact și devine sursa vizibilă pentru ce versiune rulează
 
 Scop:
 
-- după un commit pe `main`, versiunea testată pe jumper este commit-ul tocmai creat
-- starea Git dirty din runtime nu mai blochează deploy-ul de development
+- operatorul decide explicit când schimbă runtime-ul testat pe jumper
+- lucrul pe fronturi paralele nu declanșează deploy-uri surpriză
 - badge-ul de build și meta tag-ul `xdev-build` devin verificarea rapidă pentru ce rulează


	@@ -121,20 +121,20 @@ Scop:
121	121	- compatibilitate mai bună cu password managere și autofill mobil
122	122	- fără a complica interfața vizibilă
123	123
124		-## 2026-06-08 - Post-Commit Development Deploy Uses the Deploy Script
	124	+## 2026-06-08 - Manual Deploy Script Is the Development Contract
125	125
126		-Observație: hook-ul local `post-commit` care făcea `git push jumper-runtime HEAD:main` era prea fragil pentru development. Jumper este un checkout live, iar `receive.denyCurrentBranch=updateInstead` refuză push-ul dacă working tree-ul runtime are orice modificare locală în fișiere versionate. Asta făcea propagarea la commit impredictibilă și era ușor să testezi altă versiune decât ultimul commit local.
	126	+Observație: hook-urile locale `post-commit` pentru deploy automat nu sunt potrivite pentru lucrul pe mai multe fronturi. Varianta cu `git push jumper-runtime HEAD:main` era fragilă pentru că jumper este un checkout live, iar `receive.denyCurrentBranch=updateInstead` refuză push-ul dacă working tree-ul runtime are orice modificare locală în fișiere versionate. Varianta care rula deploy-ul din `post-commit` făcea propagarea mai deterministă, dar tot muta un singur runtime global la fiecare commit pe `main`, deci nu ajuta la lucru paralel.
127	127
128	128	Decizie:
129	129
130		-- `post-commit` nu mai împinge direct în repo-ul runtime de pe jumper
131		-- hook-ul creează un worktree temporar curat la commit-ul exact (`HEAD`)
132		-- hook-ul rulează `scripts/deploy_to_jumper.sh` din acel worktree
	130	+- nu se folosește deploy automat la commit
	131	+- commit-ul local și push-ul în GitPrep rămân operații Git separate de runtime
	132	+- deploy-ul către jumper se face explicit cu `scripts/deploy_to_jumper.sh`
133	133	- deploy-ul continuă să nu copieze implicit `config/`
134	134	- `BUILD` este scris din commit-ul exact și devine sursa vizibilă pentru ce versiune rulează
135	135
136	136	Scop:
137	137
138		-- după un commit pe `main`, versiunea testată pe jumper este commit-ul tocmai creat
139		-- starea Git dirty din runtime nu mai blochează deploy-ul de development
	138	+- operatorul decide explicit când schimbă runtime-ul testat pe jumper
	139	+- lucrul pe fronturi paralele nu declanșează deploy-uri surpriză
140	140	- badge-ul de build și meta tag-ul `xdev-build` devin verificarea rapidă pentru ce rulează