-
Continue reading →: GitHub-Copilot-Zugriff verwalten: Seats und Policies als Zugriffsrecht, nicht als Lizenzfrage
Wer Copilot-Seats in der Finanzplanung führt, sieht nur die Kostenseite. Wer sie im Zugriffsmodell führt, sieht die eigentliche Frage: Wer bekommt ein Werkzeug, das Repo-Inhalte liest und Vorschläge daraus generiert, und wie schnell lässt sich dieser Zugriff wieder entziehen. Seat-Verwaltung ist damit kein Lizenz-Thema, sondern ein IAM-Thema wie jede andere…
-
Continue reading →: Deployment Environments als eigene Berechtigungsgrenze: wer in welches Environment deployen darf
Ein Repository-Collaborator mit Schreibrecht kann einen Branch pushen und einen Pull Request mergen. Ob derselbe Mensch damit auch in die Produktionsumgebung deployen darf, ist eine andere Frage, und GitHub beantwortet sie über eine eigene Konfigurationsebene: Deployment Environments. Öffentliche Repositories können Environments auf jedem GitHub-Plan einrichten, bei privaten Repositories braucht es…
-
Continue reading →: GitHub-Projects-Zugriff ist von Repo-Rechten getrennt: was das für dein Rollenmodell bedeutet
GitHub Projects hat eigene Rollen, getrennt von Repo-Rechten. Was dein Rollenmodell trotzdem regeln muss: die Sichtbarkeit einzelner Items.
-
Continue reading →: Repository Rulesets: der Nachfolger von Branch Protection Rules, und was sich ändert
Repository Rulesets lösen Branch Protection Rules strukturell ab: mehrere Regelsätze kombinierbar, Bypass-Liste, Rule Insights, Org-Ebene, Tag-Schutz.
-
Continue reading →: Git-Historie nach einem Secret-Leak bereinigen: Was git filter-repo und BFG wirklich leisten
Ein Token oder API-Key ist in einem Commit gelandet, der Branch war öffentlich sichtbar, und jetzt ist die Frage nicht mehr Prävention, sondern Aufräumen. Dieser Beitrag setzt dort an, wo Secret Scanning und Push Protection nicht mehr greifen, nämlich wenn das Secret schon in der Historie steht. Wie es dort…
-
Continue reading →: npm Trusted Publishing: OIDC statt NPM_TOKEN
npm Trusted Publishing einrichten: OIDC-Vertrauensanker konfigurieren, Workflow ohne NPM_TOKEN bauen, Angriffsfläche und Rotationsaufwand einordnen.
-
Continue reading →: SECURITY.md und Private Vulnerability Reporting: zwei Wege, eine Lücke zu melden
SECURITY.md beschreibt einen Meldeweg, erzwingt aber nichts. Private Vulnerability Reporting ist der GitHub-native Workflow dahinter, mit Formular, Draft Advisory und privatem Fork.
-
Continue reading →: CodeQL Default Setup: Code Scanning ohne Workflow-Datei
CodeQL Default Setup aktivieren: was es scannt, wann es läuft, wann es Actions-Minuten verbraucht und welche Lizenz private Repos brauchen.
-
Abonnieren
Abonniert
Hast du ein WordPress.com-Konto? Melde dich jetzt an.
