gesetzblatt/ARCHIVE.md

Archivierung von lawgit (vorbereitet, noch nicht ausführen)

lawgit bleibt lebendig, solange der GPU-Parse 1949–2022 auf RunPod läuft. Dieses Dokument beschreibt nur, was danach zu tun ist. Jetzt weder das Gitea-Repo auf „archived“ stellen noch Pods/Orchestrator anfassen.

Warum ein Nachfolger?

lawgit ist der alte Arbeitsstand: GII-Markdown, UI, RunPod-Orchestrator, OffeneGesetze-Download und der laufende Historien-Parse. Ab 2023 ist die einzige amtliche Quelle recht.bund.de. Das gehört in dieses Repo (gesetzblatt), ohne den Großeinsatz zu stören.

	lawgit (alt)	gesetzblatt (dieses Repo)
Rolle jetzt	Historien-Parse 1949–2022, GII-Spiegel, UI	Parser-Zweig 2023+, sauberes Download/Parse
Nach --holen	archivieren	lebende Quelle + übernommene Historie

Wann archivieren?

Erst wenn alle Punkte zutreffen:

1. parse_bgbl.py auf dem Pod ist fertig (kein laufender Job).
2. Ergebnisse sind mit deploy_unabhaengig.py --holen nach lawgit/timeline/parsed/ geholt.
3. Niemand braucht das lawgit-Remote mehr schreibend.

Schritte nach dem Holen (dann, nicht jetzt)

Lokal, im alten Repo:

# nur zur Erinnerung — nicht ausführen, solange der Parse läuft
cd /Users/michaelhermann/Source/law/coded/lawgit
# Ergebnisse sichern, dann Gitea-UI: Repository → Settings → Archive

In Gitea (https://git.coded.law/michaelkole/lawgit):

1. Beschreibung setzen: „Archiv. Nachfolger: michaelkole/gesetzblatt.“
2. Repository auf Archived stellen (verhindert Pushes, löscht nichts).
3. Nicht löschen: der 1949–2022-Bestand (bgbl/, timeline/parsed/) ist die Historie.

Historie hierher andocken (nach Archivierung):

# PDFs nicht noch einmal von OffeneGesetze laden
rsync -a --dry-run /Users/michaelhermann/Source/law/coded/lawgit/bgbl/bgbl1/ \
  /Users/michaelhermann/Source/law/coded/gesetzblatt/bgbl/bgbl1/
# parsed JSON der Historie analog nach timeline/parsed/ (nur 1949–2022)

Pods, Orchestrator und parse_bgbl.py auf RunPod bleiben unangetastet, bis der Lauf von selbst endet.