3 Commits

Author SHA1 Message Date
noroot
3e05c7fe49 chore(release): v1.3.25 stable 2026-09-02 16:49:18 +02:00
noroot
924540d7a9 fix(build): management-ui als eigene Go-Modul-Grenze
golangci-lint schlug beim Stable-Release-Rebuild neu fehl:
management-ui/node_modules/flatted/golang/pkg/flatted/flatted.go (eine
rohe .go-Datei ohne eigenes go.mod, Teil des npm-Pakets "flatted") hat
sich durch den bun-statt-npm-Rebuild inhaltlich geändert und wurde vom
govet-Sublinter neu bemängelt — geriet nur ins Gate weil sie ohne
Modul-Grenze automatisch unter `./...` des Root-Moduls fällt.

management-ui/go.mod als reine Grenze (kein eigenständiges Buildable-
Modul) stoppt `go vet/build/test ./...` davor, überhaupt dort
hineinzulaufen — robuster als ein golangci-lint-Pfad-Exclude, weil es
auch die plain go vet/build/test-Schritte in release-check erfasst,
nicht nur golangci-lint.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-02 16:48:36 +02:00
noroot
561816d79d fix(release): bun statt npm-Fallback für Release-Builds erzwingen
make ui fällt ohne bun still auf npm install zurück — löst Dependencies
gegen package.json neu auf statt gegen das gepinnte management-ui/
bun.lock und hinterlässt eine dazu inkonsistente package-lock.json.
Der gelockerte Dirty-Check (--untracked-files=no, letzter Commit)
ignoriert genau dieses Artefakt, weil es zusammen mit anderer fremder
unversionierter Arbeit im Repo liegt — beide Fixes zusammen hätten
also einen Release mit abweichender Dependency-Auflösung klaglos
durchgelassen.

release.sh bricht jetzt hart ab wenn bun fehlt, statt sich auf den
Fallback zu verlassen — Release-Builds (Testing UND Stable) müssen
reproduzierbar aus dem gepinnten Lockfile bauen.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-02 16:46:12 +02:00
3 changed files with 18 additions and 1 deletions

View File

@@ -1 +1 @@
1.3.24
1.3.25

8
management-ui/go.mod Normal file
View File

@@ -0,0 +1,8 @@
// Modul-Grenze, kein eigenständiges Go-Modul mit Code. Verhindert dass
// `go vet/build/test ./...` im Root-Modul in management-ui/node_modules/
// hineinläuft — npm-Pakete (z.B. flatted) shippen dort teils rohe .go-
// Dateien ohne eigenes go.mod, die sich bei jedem bun/npm install ändern
// können und sonst ungefragt in EdgeGuards Go-Quality-Gates landen.
module git.netcell-it.de/projekte/edgeguard-native/management-ui
go 1.26

View File

@@ -50,6 +50,15 @@ if [ -z "${GITEA_TOKEN:-}" ]; then
fi
export GITEA_TOKEN
# `make ui` fällt bei fehlendem bun auf `npm install` zurück (Convenience
# für schnelle lokale Builds) — das löst Dependencies gegen package.json
# neu auf statt gegen das gepinnte management-ui/bun.lock, und hinterlässt
# eine package-lock.json die nichts mit dem committeten Lockfile zu tun
# hat. Für einen Release (Testing ODER Stable) ist das nicht akzeptabel —
# beide Kanäle müssen reproduzierbar aus dem gepinnten Lockfile bauen.
command -v bun >/dev/null 2>&1 || \
abort "bun fehlt — Release-Builds müssen aus management-ui/bun.lock bauen, nicht aus dem npm-Fallback. Installieren: https://bun.sh/install"
# ─── Testing-Version: datumsbasiert YYYY.MM.DD.NN ──────────────────────
# NN = laufende Nummer für den Tag, ermittelt aus den bereits im Registry
# vorhandenen Versionen des Meta-Pakets (edgeguard) mit dem heutigen