Automatischer Push: 2 Datei(en) geändert
- .vault-tools/plan-kopie/LIESMICH.md - AI/Regelwerk/veroeffentlichung.md Erzeugt vom PostToolUse-Hook .vault-tools/auto-push/auto_push.py. Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
1 parent
4a0cf146e0
commit
7401570430
2 files changed
+3
-1
No files matched your search
@@ -44,6 +44,8 @@ Vor jeder Erweiterung der Positivliste, von Hand:
|
||||
|
||||
**Es gibt keine Freigabe und keinen Geheimnis-Scan.** Was in einer eingeschlossenen Datei steht, geht heraus, sobald sie geschrieben wird — auch ein halbfertiger Zwischenstand. Das ist so angeordnet und der Grund, warum die Positivliste die einzige Schranke ist.
|
||||
|
||||
**Der Hook pusht den ganzen Baum, nicht nur die ausgelöste Datei.** `git add -A` nimmt jede geänderte eingeschlossene Datei mit — auch die, an der gerade eine **zweite, parallel laufende Sitzung** arbeitet. Beim ersten scharfen Lauf am 2026-09-17 sind so zwei unfertige Zwischenstände aus einer Nachbarsitzung mitgegangen. Das ist gewollt (sonst bliebe bei jedem Lauf etwas liegen), aber es heißt: **wer parallel in zwei Sitzungen am Regelwerk arbeitet, veröffentlicht beide Stände.**
|
||||
|
||||
**Eine fehlende Voraussetzung ist ein Befund, kein Grund zu schweigen.** Fehlendes Token, fehlendes Remote, gescheiterter Push: Der Hook meldet das in den Kontext. Ein gescheiterter Push verliert nichts — der Commit bleibt lokal, der nächste Lauf schiebt ihn mit.
|
||||
|
||||
**Wenn eine Auto-Push-Meldung kommt**, ist sie zu lesen und nicht wegzuklicken. Der häufigste Fall wird ein Push-Fehler bei fehlendem Netz sein; dann genügt es, später eine beliebige eingeschlossene Datei erneut zu speichern.
|
||||
|
||||
Reference in new issue
Block a user