EN
en direct
tag

#github

GitHub place un pare-feu entre vos runners CI et le registre npm

Le 20 octobre 2026, GitHub ouvre en préversion publique un pare-feu qui s’interpose entre les runners Actions, les agents de code et le registre npm, en inspectant les requêtes de métadonnées comme les téléchargements. Il bloque le malware au moment de l’installation, là où les scanners arrivent trop tard : activez-le si votre CI installe du code tiers.

GitHub généralise la conformité des licences par règles et bloque le merge des dépendances non conformes

Le 16 octobre 2026, GitHub rend disponible en version générale la conformité des licences open source : un ruleset exige des résultats conformes avant le merge et bloque toute pull request qui ajoute une dépendance sous licence non acceptable. Pour les entreprises qui gouvernent déjà leurs dépendances, c’est le passage de l’audit a posteriori à la politique appliquée dans la CI.

GitHub réduit l’API star history de 2 511 à 24 requêtes en filtrant avant d’agréger

Le 14 octobre 2026, GitHub détaille la réécriture de son endpoint stargazers, qui exigeait 2 511 requêtes pour reconstruire la courbe de react/react et se faisait moissonner pour du spam. La leçon est transposable à toute API : réduire la réponse ne réduit pas le coût de la requête, c’est l’ordre du travail en base qu’il faut changer.

GitHub déploie un modèle dédié qui détecte les secrets sans format de jeton que les regex ratent

GitHub met en ligne un modèle de détection de secrets fine-tuné, qui lit le code environnant pour repérer des mots de passe sans format de jeton reconnaissable — ce que les motifs regex de la détection classique laissent passer. Si vous payez déjà GHAS ou GHSP, la bascule est gratuite et automatique ; les contrôles IA de push protection et de revue, eux, consommeront des AI Credits à budgéter.

Les pull requests empilées de GitHub passent en disponibilité générale avec 9 % de code fusionné en plus

GitHub annonce la disponibilité générale des pull requests empilées, qui découpent une grosse évolution en petites demandes revues indépendamment puis fusionnées ensemble. Si vos branches se bloquent les unes les autres, les chiffres de GitHub — 9 % de code fusionné en plus, 5 % de délai de fusion en moins — justifient de les adopter dès maintenant.

GitHub tombe 7 h 47 le 17 août 2026, et la panne est un problème de capacité, pas un bug

Le 20 août 2026, le CTO de GitHub a publié le post-mortem de la panne du 17 août : 7 h 47 d’indisponibilité causées par un composant d’infrastructure qui n’a pas suivi la montée en charge, alors que les commits mensuels sont passés de 1,4 à 2,9 milliards depuis avril. La leçon pour les équipes SRE tient en deux mots : retry budgets.

Tapez au moins deux caractères.

↑ ↓ naviguer ↵ ouvrir esc fermer