Pilot für Schritt 3 des Struktur-Plans: geteiltes Go-Modul common/ (eigenes go.mod, nur Standardbibliothek).
common/httpclient: bisher byte-identisch in dms, mail, archive (je 1 Kopie entfernt)
common/apierror: bisher byte-identisch in Root und archive
Einbindung per require + replace => ../common (Root: ./common), kein go.work, kein go.sum-Eintrag nötig; Build aus dem Repo-Checkout je Modul wie bisher
Importpfade angepasst, Paketnamen unverändert
Root-archtest nimmt common aus (errorleak), stale Ausnahme in archive/archtest entfernt
Wächtertest „kein http.DefaultClient“ prüft weiter dms, mail, archive (+ common) statt des ganzen Repos
CI: common/** in den Pfadfiltern der mail/archive-Pflichttest-Gates
PRODUKTARCHITEKTUR.md Abschnitt 5: Hinweis auf common/
Nicht zusammengeführt (bewusst): dms/internal/apierror (eigene Variante, 5xx-Fix in separatem PR), httpclient in Root/ai/connect (abweichende Fassungen).
Verifikation (Host 131, frisches Wurfverzeichnis)
go build und go vet sauber in common, Root, dms, mail, archive
go test ./... in common, dms, archive grün
Rest rot, gleich wie auf main (Baseline gemessen): internal/archtest (ai/cmd/searchchatapi-a11y-fixture ruft http.ListenAndServe direkt), mail/internal/mailapi (OpenAPI-Contract). mail/internal/qa09gate scheitert nur, weil im Wurfverzeichnis kein .git lag
Nicht geprüft: DB-abhängige Tests (kein TEST_ADMIN_DSN)
Offen vor Merge: Deploy-/Rollout-Skripte (deploy/rollout-131-*.sh) bauen je Modul aus dem Repo-Verzeichnis, common/ muss dort mit ausgecheckt sein
Hängt nicht an #373/#374/#375, kann aber Konflikte mit #375 (dms/internal/apierror) nur dort haben, wo beide dieselbe Datei berühren (derzeit keine).
## Änderung
Pilot für Schritt 3 des Struktur-Plans: geteiltes Go-Modul `common/` (eigenes `go.mod`, nur Standardbibliothek).
- `common/httpclient`: bisher byte-identisch in `dms`, `mail`, `archive` (je 1 Kopie entfernt)
- `common/apierror`: bisher byte-identisch in Root und `archive`
- Einbindung per `require` + `replace => ../common` (Root: `./common`), kein `go.work`, kein `go.sum`-Eintrag nötig; Build aus dem Repo-Checkout je Modul wie bisher
- Importpfade angepasst, Paketnamen unverändert
- Root-`archtest` nimmt `common` aus (`errorleak`), stale Ausnahme in `archive/archtest` entfernt
- Wächtertest „kein `http.DefaultClient`“ prüft weiter `dms`, `mail`, `archive` (+ `common`) statt des ganzen Repos
- CI: `common/**` in den Pfadfiltern der `mail`/`archive`-Pflichttest-Gates
- `PRODUKTARCHITEKTUR.md` Abschnitt 5: Hinweis auf `common/`
Nicht zusammengeführt (bewusst): `dms/internal/apierror` (eigene Variante, 5xx-Fix in separatem PR), `httpclient` in Root/`ai`/`connect` (abweichende Fassungen).
## Verifikation (Host 131, frisches Wurfverzeichnis)
- `go build` und `go vet` sauber in `common`, Root, `dms`, `mail`, `archive`
- `go test ./...` in `common`, `dms`, `archive` grün
- Rest rot, **gleich wie auf `main`** (Baseline gemessen): `internal/archtest` (`ai/cmd/searchchatapi-a11y-fixture` ruft `http.ListenAndServe` direkt), `mail/internal/mailapi` (OpenAPI-Contract). `mail/internal/qa09gate` scheitert nur, weil im Wurfverzeichnis kein `.git` lag
- Nicht geprüft: DB-abhängige Tests (kein `TEST_ADMIN_DSN`)
- Offen vor Merge: Deploy-/Rollout-Skripte (`deploy/rollout-131-*.sh`) bauen je Modul aus dem Repo-Verzeichnis, `common/` muss dort mit ausgecheckt sein
Hängt nicht an #373/#374/#375, kann aber Konflikte mit #375 (`dms/internal/apierror`) nur dort haben, wo beide dieselbe Datei berühren (derzeit keine).
🤖 Generated with [Claude Code](https://claude.com/claude-code)
- common/httpclient: bisher byte-identisch in dms, mail und archive
- common/apierror: bisher byte-identisch in Root und archive
- Importpfade, go.mod (require + replace), archtest-Ausnahmen und
CI-Pfadfilter der mail-/archive-Pflichttest-Gates angepasst
- Waechtertest fuer den Standard-Client prueft weiter dms, mail, archive
- dms/internal/apierror bleibt eigenstaendig (5xx-Fix in eigenem PR)
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Geschlossen: replace => ../common bricht Einzel-Builds (Docker nur mit Modul-Ordner, eigene Repos, Partner-Builds). Wird neu aufgesetzt als versioniertes Modul common per Git-Tag. Code wird wiederverwendet.
Geschlossen: `replace => ../common` bricht Einzel-Builds (Docker nur mit Modul-Ordner, eigene Repos, Partner-Builds). Wird neu aufgesetzt als versioniertes Modul `common` per Git-Tag. Code wird wiederverwendet.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Änderung
Pilot für Schritt 3 des Struktur-Plans: geteiltes Go-Modul
common/(eigenesgo.mod, nur Standardbibliothek).common/httpclient: bisher byte-identisch indms,mail,archive(je 1 Kopie entfernt)common/apierror: bisher byte-identisch in Root undarchiverequire+replace => ../common(Root:./common), keingo.work, keingo.sum-Eintrag nötig; Build aus dem Repo-Checkout je Modul wie bisherarchtestnimmtcommonaus (errorleak), stale Ausnahme inarchive/archtestentfernthttp.DefaultClient“ prüft weiterdms,mail,archive(+common) statt des ganzen Reposcommon/**in den Pfadfiltern dermail/archive-Pflichttest-GatesPRODUKTARCHITEKTUR.mdAbschnitt 5: Hinweis aufcommon/Nicht zusammengeführt (bewusst):
dms/internal/apierror(eigene Variante, 5xx-Fix in separatem PR),httpclientin Root/ai/connect(abweichende Fassungen).Verifikation (Host 131, frisches Wurfverzeichnis)
go buildundgo vetsauber incommon, Root,dms,mail,archivego test ./...incommon,dms,archivegrünmain(Baseline gemessen):internal/archtest(ai/cmd/searchchatapi-a11y-fixturerufthttp.ListenAndServedirekt),mail/internal/mailapi(OpenAPI-Contract).mail/internal/qa09gatescheitert nur, weil im Wurfverzeichnis kein.gitlagTEST_ADMIN_DSN)deploy/rollout-131-*.sh) bauen je Modul aus dem Repo-Verzeichnis,common/muss dort mit ausgecheckt seinHängt nicht an #373/#374/#375, kann aber Konflikte mit #375 (
dms/internal/apierror) nur dort haben, wo beide dieselbe Datei berühren (derzeit keine).🤖 Generated with Claude Code
Geschlossen:
replace => ../commonbricht Einzel-Builds (Docker nur mit Modul-Ordner, eigene Repos, Partner-Builds). Wird neu aufgesetzt als versioniertes Modulcommonper Git-Tag. Code wird wiederverwendet.Pull request closed