.github/workflows/pr_labeler.yml
) nutzt die GitHub Action Labeler.
Der Workflow labled neue Pull Requests automatisch basierend auf den geänderten Dateien mit apps/ und
packages/ Labels.
Damit dieses Labeling korrekt funktioniert müssen die einzelnen Labels in der Konfigurationsdatei .github/labeler.yml
zu den zugehörigen Dateipfaden zugeordnet werden.
ncs-northware/northware
Repository werden automatisch zu dem Northare New Projekt hinzugefügt..github/workflows/turborepo-ci.yml
) wird immer dann ausgelöst, wenn Code auf den main
Branch gepusht wird oder ein neuer Pull Request eröffnet oder aktualisiert wird.
pnpm
.pnpm build --affected
werden die von der Änderung betroffenen Code-Teile gebaut.pnpm lint:ci
werden die von der Änderung betroffenen Code-Teile mit Biome überprüft.pnpm turbo build --affected
und pnpm turbo run lint:ci
.
Damit diese Schritte nicht immer erst gemacht werden, wenn alles fertig ist lässt sich dieser Ablauf mit pnpm localci
auch lokal abbilden, damit Fehler schon vor dem CI-Durchlauf auffallen.pnpm format:root
formatiert.
Wenn durch den Durchlauf des Workflows Änderungen am Code vorgenommen wurden, werden diese Code Fixes auf den vorhandenen Pull Request commitet.
Dieser Commit unterbricht nun alle laufenden Workflows. Diese Workflows scheitern. Anschließend starten alle vorgesehenen Workflows wieder von neuem.
pnpm-lock.yaml
, package.json
und Workflow-Dateien) aktualisiert.
Im Repository sind der “Dependency graph” und die “Dependabot alerts” aktivert. So wird das Repository auf Sicherheitsrisiken geprüft und darüber benachrichtigt.
Renovate greift auf diese Daten zu und löst die Risiken ggf. durch ein Update der betroffenen Dependency.
Regel | Wert | Beschreibung |
---|---|---|
extends | Config-Presets, die genutzt werden sollen | |
semanticCommits | enabled | |
labels | dependencies | Vergebe das Label dependencies an alle Pull Requests, die von Renovate eröffnet werden. |
reviewers | onissen | Fordere für jeden Pull Request ein Review von onissen an. |
rangeStrategy | bump | Aktualisiere immer den Eintrag in der package.json , wenn eine neue Version verfügbar ist. Die pnpm-lock.yaml wird ebenfalls immer aktualisiert. Beispiel: ^1.0.0 wird zu ^1.1.0 , ^3.4.0 wird zu ^3.4.1 |
schedule | * * * * 0,6 | Renovate führt Änderungen immer samstags und sonntags zu einer beliebigen Zeit durch. Außerhalb dieses Zeitplans wartet Renovate bis der Zeitplan wieder erreicht ist und führt erst dann die Änderung durch. |
timezone | Europe/Amsterdam | Zeitzone in der der schedule ausgeführt werden soll. |
vulnerabilityAlerts | Konfiguration, wenn mit dem Pull Request eine Security Vulnerability behoben wird. Renovate liest die Vulnerability Alerts von Dependabot und löst diese wenn möglich. PRs die als vulnerabilityAlerts erstellt werden. Halten sich nicht an den schedule , sie werden also so schnell wie möglich eröffnet, damit der Fix möglichst schnell erfolgen kann. | |
vulnerabilityAlerts.labels | security , dependencies | |
vulnerabilityAlerts.reviewers | onissen | |
dependencyDashboardTitle | [Renovate]: Dependency Dashboard | Titel des Issues für das Dependency Dashboard |
dependencyDashboardLabels | ”dependencies”, “github-management” | Labels, die auf den Dependency Dashboard Issue angewendet werden. |
packageRules | Regeln, die nur auf bestimmte Packages angewendet werden. |