dist export-Doku nennt raw/{articles,documents,notes,assets}/ und die passenden incoming/-Typverzeichnisse, die seit #67 nicht mehr angelegt werden
#93
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Aufgefallen als Nebenbefund in der Sitzung zu #88 (2026-09-11), beim Nachziehen der\n
dist export-Zeile intools/CONTRACT.md.\n\n## Befund\n\ntools/CONTRACT.mdsdist export-Zeile und der--help-Docstring des Kommandos selbst\n(tools/chemenu/commands/dist_cmd.py) behaupteten wortgleich, ein frischer Export lege leere\nraw/{articles,documents,notes,assets}/und die passendenincoming/-Typverzeichnisse an.\nGegengeprüft pertools/wikitool dist export <target>in ein leeres Scratch-Verzeichnis:\nraw/enthält nach dem Export nur.gitkeepundCONTRACT.md,incoming/nur.gitkeep-\nkeine Typunterverzeichnisse unter keinem der beiden Wurzeln. #67 hatte den Export-Pfad auf zwei\nflache Anker verkürzt, ohne die zwei Prosa-Stellen nachzuziehen.\n\n## Ergebnis\n\nBeide Stellen sind korrigiert,raw/{articles,documents,notes,assets}/kommt in keinem\nausgelieferten Dokument mehr vor:\n\n-tools/CONTRACT.mdsdist export-Zeile beschreibt jetzt die zwei flachen Anker\n (raw/.gitkeep,incoming/.gitkeep) statt der vier Typverzeichnisse.\n- Der--help-Docstring intools/chemenu/commands/dist_cmd.pyzieht dieselbe Korrektur nach.\n- Kein Test regressiert: vollepytest-Suite (1195 passed),docs verify,instructions\n verifyund ein manuellerdist export-Replay in ein leeres Verzeichnis bestätigen weiterhin\n nur die zwei flachen Anker.\n- Changelog-Eintrag als PATCH (5.0.0-beta.16, reine Dokumentkorrektur, keine\n Verhaltensänderung).\n\nIn derselben Sitzung gleich mitkorrigiert, weil dieselbe Ursache und beim Grep sofort sichtbar:\ndrei weitere Stellen benutzten noch das veralteteraw/*/.gitkeep-Glob (impliziert mehrere\nTyp-Unterverzeichnisse) statt des seit #67 tatsächlich einzigen flachenraw/.gitkeep-Ankers -\ntools/CONTRACT.mdsdist upgrade-Zeile,docs/ownership-and-templates.mdund der\napply_upgrade-Docstring indist_cmd.py. Verhalten war davon nie betroffen\n(chemenu.ownership.is_export_stub/is_upgrade_preservedmatchen per Dateiname, nicht\nPfadtiefe) - reine Prosa-Korrektur, im selben Zug mitgelaufen (5.0.0-beta.17).\n\nVeröffentlicht: Commita970352aufmain.\n\n## Akzeptanzkriterien\n\n- [x]tools/CONTRACT.mdsdist export-Zeile beschreibt den tatsächlichen flachen Export\n (raw/.gitkeep,incoming/.gitkeep) statt der vier Typverzeichnisse\n- [x] Der--help-Docstring intools/chemenu/commands/dist_cmd.pyzieht dieselbe Korrektur nach\n- [x] Kein Test regressiert; ein Export-Replay in ein leeres Verzeichnis bestätigt weiterhin nur\n die zwei flachen Anker\n- [x] Changelog-Eintrag, PATCH (reine Dokumentkorrektur, keine Verhaltensänderung)\nBeide Doku-Stellen korrigiert und veröffentlicht (Commit
a970352, PATCH 5.0.0-beta.16). Dabei denselben Prosa-Fehler (raw/*/.gitkeep-Glob statt des flachen Ankers) an drei weiteren Stellen gefunden und im selben Zug mitkorrigiert (5.0.0-beta.17) - Verhalten war nie betroffen, reine Prosa. Alle vier Akzeptanzkriterien erfüllt, volle Testsuite grün.