Skip to content

Dependabot-Version-Updates für Actions, @basicbar/ui und die Django-Pakete - #31

Merged
rrolf merged 3 commits into
mainfrom
chore/dependabot
Nov 12, 2026
Merged

rrolf merged 3 commits into
mainfrom
chore/dependabot

Conversation

@rrolf

@rrolf rrolf commented Nov 11, 2026 •

Copy link
Copy Markdown
Contributor

Was

Dependabot-Alerts und Security-Updates sind auf dem Repo schon aktiv. Es fehlten die regelmäßigen Version-Updates — die liefert diese .github/dependabot.yml:

Ökosystem Verzeichnis Verhalten
GitHub Actions / alle Action-Bumps in einem PR (checkout, setup-node, setup-python, action-gh-release)
npm /packages/ui increase-if-necessary: Updates im erlaubten Bereich ändern nur package-lock.json — die veröffentlichten Ranges für die Tools bleiben. Ein neuer Major verschiebt den Range. @tiptap/* kommt immer gemeinsam (müssen auf einer Version bleiben), alle übrigen Minor/Patch als ein Sammel-PR, Majors einzeln. 7 Tage Cooldown.

Zeitplan: montags 06:00 Europe/Berlin. Commit-Präfix chore(deps).

Testen: ci.yml triggert auf pull_request — jeder Dependabot-PR durchläuft SPDX-Check, alle Paket-Suiten, ui-Build mit npm ci und die Template-Probe. Dependabot-PRs bekommen keine Secrets, die CI braucht aber auch keine.

Bewusst nicht abgedeckt (im Kopf der Datei begründet):

  • Die Django-Pakete (pip). Erster Anlauf war versioning-strategy: widen. Das lehnt GitHubs Config-Check ab: Für pip gibt es nur lockfile-only, auto, increase und increase-if-necessary. auto behandelt nicht auf PyPI veröffentlichte Pakete als Apps. Damit würde jede dieser Strategien die Untergrenzen anheben (Django>=5.1 → >=6.0) und alle Tools zum Upgrade zwingen. Security-Updates für sie laufen weiter über die Repo-Einstellung.
  • Die Pins des Templates (requirements.txt.jinja, package.json.jinja) — Dependabot kann .jinja-Dateien nicht lesen. Sie wandern weiter mit den Paket-Releases mit; veraltete Pins fängt die Template-Probe ab.
  • Die Docker-Basisimages des Templates (python:3.12-slim, node:22-slim). Ein Runtime-Wechsel für alle künftigen Tools ist eine Entscheidung, kein Routine-Bump. Außerdem würde Dependabot das frontend/Dockerfile.jinja zurücklassen.

CLAUDE.md und CHANGELOG (Abschnitt Repo) sind ergänzt — inklusive des Hinweises, dass ein reiner Lockfile-PR in packages/ui kein ui-Release auslöst.

Geprüft

check-jsonschema --builtin-schema vendor.dependabot meldet die Datei als gültig. Entscheidend ist aber GitHubs eigener Check .github/dependabot.yml am PR — der ist strenger (er hat widen für pip abgelehnt, das Schema-Tool nicht).

🤖 Generated with Claude Code

rrolf and others added 3 commits November 11, 2026 14:38
…ie Django-Pakete

Security-Updates und Alerts waren schon aktiv; es fehlten die regelmäßigen
Version-Updates. Wöchentlich (montags), gruppiert, mit 7 Tagen Cooldown für
npm/pip; TipTap wandert immer als ein PR. Die bestehende CI (pull_request)
testet jeden Dependabot-PR — SPDX, Paket-Suiten, ui-Build, Template-Probe.

Bewusst nicht abgedeckt: die .jinja-Pins und Docker-Basisimages des
Templates (Dependabot kann .jinja nicht lesen; Runtime-Wechsel sind
Entscheidungen, keine Routine-Bumps).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
"auto" rät zwischen App und Library; als App würde es die Untergrenzen der
Django-Pakete anheben (Django>=5.1 → >=6.0) und damit jedes Tool zum
Upgrade zwingen. "widen" hebt nur Obergrenzen an.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…en stehen

GitHubs Config-Check lehnt "widen" für pip ab (erlaubt: lockfile-only, auto,
increase, increase-if-necessary). "auto" behandelt nicht auf PyPI
veröffentlichte Pakete als Apps; jede verfügbare Strategie würde damit die
Untergrenzen der Django-Pakete anheben und alle Tools zum Upgrade zwingen.
Security-Updates laufen weiter über die Repo-Einstellung.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@rrolf
rrolf merged commit 3a9e01f into main Nov 12, 2026
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant