Forum du club des d�veloppeurs et IT Pro - ALM

GitKraken acquiert CodeSee et lance GitKraken DevEx, d�di�e � l'exp�rience d�veloppeur

Eliora — Sat, 29 Aug 2026 05:10:58 GMT

GitKraken acquiert CodeSee et lance GitKraken DevEx, une nouvelle plateforme d�di�e � l'am�lioration de l'exp�rience des d�veloppeurs

GitKraken, une plateforme Git tr�s r�pandue, a annonc� l'acquisition de CodeSee, une entreprise sp�cialis�e dans l'automatisation des workflows et la compr�hension du code. Le PDG de GitKraken a qualifi� cette acquisition d'� �tape d�cisive dans la consolidation de notre suite d'outils innovants au sein d'une plateforme coh�rente d�di�e � l'exp�rience d�veloppeur �. Cette fusion associe la technologie de CodeSee aux outils robustes de GitKraken pour former la plateforme GitKraken DevEx, qui vise � am�liorer les flux de travail sur diverses plateformes de codage. L'acc�s � cette plateforme est vari� : ordinateurs de bureau, EDI, lignes de commande et navigateurs web.

GitKraken (anciennement Axosoft) est une soci�t� de logiciels bas�e � Scottsdale, en Arizona. Fond�e en 2000, l'entreprise a �t� rachet�e en 2020 par Resurgens Technology Partners et a chang� de nom, passant d'Axosoft � GitKraken en 2021. Le produit phare de l'entreprise, GitKraken, englobe une large gamme d'outils DevEx. La plateforme DevEx de GitKraken comprend notamment : GitKraken Git GUI, un client Git disponible sur Mac, Windows et Linux ; GitLens pour VS Code ; l'int�gration Git pour Jira ; GitKraken.dev ; l'extension de navigateur GitKraken ; et bien d'autres encore.

R�cemment, GitKraken, une plateforme Git tr�s r�pandue, a annonc� l�acquisition de CodeSee, une entreprise sp�cialis�e dans l�automatisation des workflows et la compr�hension du code. Le PDG de GitKraken, Matt Johnston, a qualifi� cette acquisition d�� �tape d�cisive dans la consolidation de notre suite d�outils innovants au sein d�une plateforme coh�rente d�di�e � l�exp�rience d�veloppeur (DevEx) �. Cette fusion associe la technologie de CodeSee aux outils robustes de GitKraken, notamment GitLens et Git GUI, pour former la plateforme GitKraken DevEx. Ce service vise � am�liorer les flux de travail sur diverses plateformes de codage telles que GitHub, GitLab, Bitbucket, Azure DevOps, Jira et Trello, en simplifiant le processus de d�veloppement et en fournissant l�assistance n�cessaire.

La plateforme GitKraken DevEx int�grera CodeSee pour la visualisation du code et l�automatisation des flux de travail, CodeSuggest pour l��dition et l�ajout de commentaires au sein des projets, ainsi que Launchpad pour la gestion en temps r�el des pull requests, des tickets et des t�ches en cours. Elle inclura �galement d�autres outils de d�veloppement GitKraken et bas�s sur l�IA, notamment la prise en charge de Google Gemini.

Les outils DevEx sont con�us pour fonctionner comme un tout, qu�il s�agisse de g�rer les commits de code, de naviguer parmi les r�visions de pull requests ou de rationaliser l�ensemble des workflows de d�veloppement. Cette approche int�gr�e garantit une exp�rience fluide et coh�rente dans diff�rents environnements de travail. L'acc�s � la plateforme DevEx de GitKraken est vari� : il couvre les ordinateurs de bureau, les EDI avec GitLens pour Visual Studio Code (et bient�t GitLens pour JetBrains), les lignes de commande et les navigateurs web via l'extension de navigateur de GitKraken.

Voici l'annonce de GitKraken :

GitKraken acquiert CodeSee et lance une nouvelle plateforme DevEx omnipr�sente

Il y a pr�s d�une d�cennie, nous avons lanc� GitKraken Client avec une mission claire : simplifier l�utilisation de Git pour les d�veloppeurs. La force de GitKraken r�sidait (et r�side toujours) dans ses visualisations conviviales qui aident les d�veloppeurs � tirer le meilleur parti de Git, sans se prendre la t�te. Nous avons parcouru un long chemin depuis lors, en enrichissant notre bo�te � outils avec GitLens pour VS Code (JetBrains et Visual Studio sont pr�vus cette ann�e) et en lan�ant � la fois GitKraken CLI et l�extension de navigateur pour int�grer les workflows Git dans tous les environnements.

Aujourd�hui, nous franchissons une �tape d�cisive avec l�acquisition de CodeSee � une �tape cruciale dans la consolidation de notre suite d�outils innovants au sein d�une plateforme coh�rente d�di�e � DevEx. En int�grant l�automatisation avanc�e des workflows et la compr�hension du code de CodeSee � notre �cosyst�me, nous �tablissons une nouvelle norme en mati�re d�outils de d�veloppement.

Voici les nouveaut�s et les points � retenir :

Pr�sentation de la plateforme GitKraken DevEx

Nous associons la technologie de pointe de CodeSee � nos puissants outils pour cr�er la plateforme GitKraken DevEx. Cette plateforme unifi�e a pour objectif d�optimiser votre flux de travail sur GitHub, GitLab, Bitbucket, Azure DevOps, Jira et Trello. Elle simplifie votre processus de d�veloppement et vous apporte le soutien dont vous avez besoin, quel que soit l�endroit o� vous codez.

Qu�entendons-nous par � plateforme DevEx unifi�e � ? Cela signifie associer tous nos outils de d�veloppement essentiels � tels que GitLens et notre interface graphique Git de r�f�rence � � de puissantes fonctionnalit�s de collaboration afin de cr�er une exp�rience parfaitement connect�e sur les environnements de bureau, EDI, terminal, web et mobile. Et ce n�est pas tout : voici les autres nouveaut�s que nous d�voilons aujourd�hui dans le cadre de notre plateforme DevEx :

CodeSee : Nous avons acquis les fonctionnalit�s de CodeSee en mati�re d�automatisation et d�analyse de la sant� du code. Cette acquisition apporte :
- Une visualisation puissante du code et une automatisation des workflows
- Des cartes intuitives du code et des fonctions
Code Suggest : Aussi simple que Google Docs pour les pull requests. Cette nouvelle fonctionnalit� puissante vous permet de modifier et de commenter n�importe o� dans votre projet � et pas seulement les parties qui ont d�j� �t� modifi�es �, vous lib�rant ainsi du style restrictif de GitHub qui se limite aux commentaires. L�objectif est de rendre le processus de r�vision complet et v�ritablement utile.
Launchpad : D�couvrez votre nouveau centre de contr�le en temps r�el pour g�rer les pull requests, les tickets et les t�ches en cours. C�est votre guichet unique pour organiser, hi�rarchiser et agir plus efficacement.
GitKraken.dev : acc�dez aux puissantes fonctionnalit�s de GitKraken o� que vous soyez gr�ce � notre nouvel outil bas� sur navigateur, id�al pour g�rer vos workflows en d�placement et effectuer des revues de code rapides.
D�veloppement optimis� par l�IA : boostez votre productivit� gr�ce � nos capacit�s d�IA, qui incluent d�sormais la prise en charge de Google Gemini. Ces outils g�n�rent automatiquement des messages de commit, fournissent des analyses d�taill�es du code et aident les d�veloppeurs � s�y retrouver dans des bases de code complexes, am�liorant ainsi � la fois votre vitesse de d�veloppement et les performances de votre �quipe. Bient�t, attendez-vous � encore plus d�avantages gr�ce � des fonctionnalit�s issues de partenariats strat�giques.
Votre interface graphique Git pr�f�r�e �volue pour devenir GitKraken Desktop : un nouveau nom, n�est-ce pas ? Plut�t une nouvelle �re. Le changement de nom de notre produit phare refl�te l�importance du bureau en tant que point d�acc�s � notre plateforme DevEx pour des millions de d�veloppeurs.

Une d�cennie d�impact : retour en arri�re et regard vers l�avenir

Au cours de la derni�re d�cennie, nous avons r�volutionn� le travail de millions de d�veloppeurs : nos outils ont permis de visualiser plus d�un milliard (oui, avec un B) de commits. Ce qui �tait autrefois source de confusion est d�sormais clair et g�rable. Pensez-y : des millions de commits, de pull requests et de conflits de fusion g�r�s plus efficacement chaque jour. Le r�sultat ? Des centaines de millions d�heures �conomis�es chaque ann�e pour des d�veloppeurs comme vous, ce qui vous permet de vous concentrer sur ce qui compte vraiment : �crire du code de qualit�.

Mais nous ne nous contentons pas de nous reposer sur nos lauriers. Nous mettons � profit ce que nous avons appris pour aller plus loin� bien plus loin. Imaginez un monde o� les frustrations li�es aux pull requests et aux revues de code sont r�duites au minimum, o� les complexit�s de Git deviennent d�une simplicit� enfantine, et o� m�me les conflits de fusion les plus compliqu�s sont faciles � r�soudre (ou n�existent tout simplement pas). Ce n�est pas seulement un r�ve ; nous sommes en train de le concr�tiser � et les annonces d�aujourd�hui ne sont qu�un d�but. Nous ne nous contentons pas de nous adapter ; nous menons la charge pour red�finir l�exp�rience des d�veloppeurs. Voyons ensemble comment ces avanc�es passionnantes vont fa�onner la prochaine d�cennie du d�veloppement logiciel.

La plateforme DevEx de GitKraken : donner les moyens d�agir aux d�veloppeurs partout dans le monde

La transformation de GitKraken en une plateforme DevEx change la donne, non seulement pour les d�veloppeurs individuels, mais aussi pour les �quipes dans leur ensemble. En int�grant des fonctionnalit�s de collaboration essentielles telles que Code Suggest, Cloud Patches, Workspaces, Launchpad et DORA Insights au c�ur m�me de notre plateforme, nous abolissons les anciennes barri�res li�es aux outils. Ainsi, que vous soyez sur votre ordinateur de bureau, dans un EDI, en ligne de commande ou dans votre navigateur, nos outils fonctionnent de mani�re transparente pour faciliter votre flux de travail.

Unifi�e et connect�e : tout repose sur la collaboration. Notre plateforme ne se contente pas d�aligner des fonctionnalit�s les unes � c�t� des autres ; elle les int�gre en profondeur. De la gestion des commits de code � la gestion des revues de pull requests, en passant par l�optimisation de l�ensemble des workflows de d�veloppement, nos outils sont con�us pour fonctionner comme un tout. Cette int�gration garantit une exp�rience fluide et connect�e, coh�rente quel que soit votre lieu de travail.

D�couvrez la plateforme DevEx de GitKraken, o� que vous travailliez :

Sur le bureau : profitez pleinement de la puissance de notre plateforme gr�ce � GitKraken Desktop, qui offre une interface robuste et intuitive pour tous vos besoins Git, directement dans votre environnement local.
Dans l�EDI : avec GitLens pour VS Code � et bient�t, GitLens pour JetBrains �, optimisez votre espace de codage gr�ce � des informations approfondies et des commandes pratiques, directement depuis votre EDI.
En ligne de commande : utilisez l�interface CLI de GitKraken pour une approche simplifi�e et efficace des commandes Git, en tirant parti de la puissance de la plateforme m�me dans un environnement en mode texte.
Dans le navigateur : GitKraken.dev et l�extension de navigateur GitKraken mettent les fonctionnalit�s de la plateforme � port�e de main, vous permettant de g�rer vos t�ches Git et de r�viser votre code � tout moment et en tout lieu � toujours connect�, toujours disponible, sans aucun t�l�chargement n�cessaire.

Bien plus que de simples outils. Il ne s'agit pas simplement d'un ensemble d'outils parmi tant d'autres, mais d'une plateforme coh�rente et interconnect�e, con�ue pour faciliter votre travail. En int�grant ces fonctionnalit�s � toutes les �tapes de votre processus de d�veloppement, nous vous garantissons une exp�rience fiable et agr�able qui vous permet de vous concentrer sur ce que vous faites le mieux : coder avec brio.

Les revues de code d�aujourd�hui : ce qui ne fonctionne pas

M�me si nous avons fait d��normes progr�s au fil des ans pour simplifier l�utilisation de Git, notre travail n�est pas termin� : certains domaines continuent de poser des probl�mes majeurs aux d�veloppeurs et aux �quipes. En t�te de liste : les pull requests et les revues de code. Les outils existants ne sont tout simplement pas � la hauteur : ils sont peu pratiques, rigides et nous obligent � faire des d�tours. Ces probl�mes, exacerb�s par le t�l�travail, ralentissent la collaboration. Les d�veloppeurs ont besoin d'outils adapt�s aux flux de travail modernes, et non � des processus obsol�tes. Il est temps de passer � des outils de r�vision de code plus intuitifs et plus flexibles.

Pr�sentation de GitKraken Code Suggest

D�couvrez GitKraken Code Suggest, votre nouvel alli� pour rem�dier � la lourdeur des revues de code traditionnelles. Aussi simple que de sugg�rer des modifications dans un document Google Docs, cet outil vous permet de proposer de v�ritables modifications de code � l��chelle de l�ensemble de votre projet, et pas seulement sur les lignes de code modifi�es dans une pull request. En offrant un contexte plus complet pour les modifications, Code Suggest aide les �quipes � �viter les erreurs courantes, � acc�l�rer les r�visions et � am�liorer la qualit� globale du code � ce qui est le v�ritable objectif de toute r�vision de code.

Quoi de neuf ?

Sugg�rez des modifications o� que vous soyez : avec Code Suggest, proposez des modifications dans n�importe quelle partie d�un fichier, voire dans un fichier compl�tement diff�rent, en vous affranchissant des limites des outils actuels.
Simple et intuitif : rien de plus simple � fini les gal�res avec le Markdown dans une zone de texte exigu�. Travaillez directement dans votre EDI ou l� o� vous codez, ce qui acc�l�re les r�visions et r�duit les tracas.
S'adapte � votre flux de travail : Code Suggest s'int�gre parfaitement � votre flux de travail, que vous pr�f�riez un EDI, la ligne de commande, un ordinateur de bureau ou un navigateur. Cela minimise les interruptions et vous permet de rester concentr� sur le code.
Ax� sur le travail d'�quipe : il est con�u pour le travail d'�quipe. Faites une suggestion, et elle sera visible sur GitHub et GitKraken pour toute l'�quipe. De plus, il cr�e un lien sous forme de commentaire dans la pull request, permettant ainsi � tout le monde d'�tre sur la m�me longueur d'onde.

Pourquoi GitKraken Desktop ? Tout se met en place

Le passage de GitKraken Client � GitKraken Desktop refl�te notre parcours vers la version 10.0 � une �tape importante qui c�l�bre non seulement une d�cennie de progr�s, mais aussi notre �volution vers une plateforme DevEx unifi�e. En ajoutant des outils tels que GitLens, GitKraken CLI et GitKraken.dev, nous avons mis en place un ensemble puissant de fonctionnalit�s qui s�int�grent en toute fluidit� aux EDI, aux terminaux et aux navigateurs.

GitKraken Desktop est votre interface de bureau vers l�univers plus vaste de GitKraken. C�est plus qu�un simple outil : c�est votre passerelle vers une exp�rience de d�veloppement unifi�e, qui rassemble toutes les fonctionnalit�s et tous les services que nous proposons. Tout comme Docker Desktop simplifie l�acc�s � Docker, GitKraken Desktop offre un point d�entr�e familier et int�gr� � notre plateforme. Le changement de nom de GitKraken Desktop s�inscrit logiquement dans la lign�e d�outils tels que GitHub Desktop et clarifie son r�le en tant que composant de bureau de notre plateforme en pleine expansion. Ce changement ne se limite pas � un simple nouveau nom ; il renforce son r�le central dans la connexion et la simplification de votre environnement de d�veloppement.

En bref, GitKraken Desktop incarne notre �volution vers une approche centr�e sur la plateforme, vous garantissant une exp�rience coh�rente et performante, que vous travailliez sur une machine locale, dans le cloud ou n�importe o� entre les deux. Il s�agit du m�me client Git robuste que vous connaissez et appr�ciez, d�sormais dot� d�un nom qui refl�te mieux sa place au sein de notre vaste plateforme DevEx.

Source : GitKraken

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: L'am�lioration de l'exp�rience du d�veloppeur dans le domaine du d�veloppement logiciel, peut avoir un impact positif sur la productivit�, la charge cognitive et les r�sultats organisationnels

:fleche: Le syst�me de gestion de versions distribu� Git 2.55 est disponible, ajoutant l'�criture MIDX incr�mentielle, la correction de l'historique et la prise en charge de fsmonitor sous Linux

:fleche: GitButler l�ve 17 millions de dollars pour r�inventer le contr�le de versions : le cofondateur de GitHub veut construire l'infrastructure de l'�re des agents IA, la communaut� open source r�pond par la m�fiance

Images attach�es

GitLab 19.3 est disponible avec une fonctionnalit� de r�solution des conflits de fusion aliment�e par Duo

Anthony — Wed, 26 Aug 2026 12:20:39 GMT

La forge logicielle GitLab 19.3 est disponible avec une fonctionnalit� de r�solution des conflits de fusion aliment�e par Duo, l'agent IA Flow Creator et un nouveau gestionnaire de secrets

GitLab 19.3 est disponible et propose plusieurs mises � jour destin�es aux entreprises pour faire �voluer le d�veloppement logiciel agentique. Cette version int�gre notamment une fonctionnalit� de r�solution des conflits de fusion aliment�e par GitLab Duo, un nouveau module compl�mentaire Secrets Manager couvrant les secrets li�s � l'int�gration continue (CI) et � l'infrastructure, ainsi qu'un agent Flow Creator permettant de cr�er des flux d'automatisation personnalis�s en langage naturel. GitLab 19.3 introduit �galement la d�tection en masse des faux positifs SAST afin de r�duire les retards accumul�s en mati�re de vuln�rabilit�s, l'ajout de plafonds d�utilisation des cr�dits GitLab pour contr�ler les d�penses li�es � l�IA agentique, ainsi que plusieurs autres am�liorations.

GitLab est un logiciel libre de forge bas� sur Git qui offre des fonctionnalit�s de wiki, un syst�me de suivi des bugs, l�int�gration continue et la livraison continue. D�velopp� par GitLab Inc. et cr�� par Dmitriy Zaporozhets et Valery Sizov, le logiciel est utilis� par plusieurs grandes entreprises informatiques telles qu'IBM, Sony, la NASA ou Oracle. GitLab peut �tre int�gr� � des produits destin�s aux d�veloppeurs, tels qu'AWS ou Google Cloud, et �tre contr�l� � distance via une API. Il est disponible en �dition communautaire et en �dition commerciale.

GitLab Inc. a annonc� le 20 ao�t 2026 la sortie de la version 19.3 de GitLab, introduisant plusieurs nouvelles fonctionnalit�s pour le d�veloppement de logiciels en entreprise.

Les clients GitLab Dedicated peuvent d�sormais d�ployer la passerelle d'IA pour GitLab Duo Agent Platform au sein de leur infrastructure SaaS monolocataire afin que les donn�es trait�es par l'IA restent dans leur environnement et dans la r�gion de leur choix. La version 19.3 prend �galement en charge Secrets Manager, Flow Creator Agent, ainsi que la d�tection en masse des faux positifs SAST et la r�solution des vuln�rabilit�s SAST au niveau des agents. De plus, les d�veloppeurs responsables d�un processus peuvent d�sormais cr�er des flux agentiques personnalis�s tout au long du cycle de vie du d�veloppement logiciel.

Selon l'entreprise, ces mises � jour offrent aux �quipes d�ing�nierie, aux responsables de processus et aux �quipes de s�curit� � la rapidit� de l�IA "agentique" sans pour autant renoncer au contr�le dont elles disposent d�j� �.

Principales fonctionnalit�s

Agent de base � Flow Creator �

Vous pouvez d�sormais utiliser � Flow Creator �, un agent de base sp�cialement con�u et disponible dans le catalogue IA, pour cr�er des flux personnalis�s pour la plateforme GitLab Duo Agent gr�ce � une conversation en langage naturel. Avec � Flow Creator �, il vous suffit de d�crire ce que vous souhaitez que le flux fasse, et l�agent g�n�re un fichier YAML complet et pr�t � l�emploi que vous pouvez enregistrer et utiliser imm�diatement. L�agent peut �galement aider � d�boguer des flux existants et � expliquer les concepts du framework.

GitLab Secrets Manager est d�sormais disponible sur GitLab.com

Les fuites d'identifiants commencent souvent de la m�me mani�re : un d�veloppeur a besoin d'un secret, ne trouve pas d'endroit appropri� o� le stocker et le place dans une variable CI/CD dont la port�e est trop large ou dans un fichier de configuration valid�. GitLab Secrets Manager, disponible en acc�s limit� sur GitLab.com, renforce la s�curit� des identifiants et les conserve sur la m�me plateforme que celle qui ex�cute vos pipelines.

Chaque secret est limit� au travail pour lequel il est n�cessaire, en fonction de l�environnement, de la branche et de la protection de celle-ci ; ainsi, un identifiant compromis ne peut pas acc�der � plus d�informations que ce qui lui est autoris�. Secrets Manager utilise vos autorisations existantes au niveau des groupes et des projets ; il n�y a donc pas de mod�le d�acc�s distinct � g�rer. Chaque op�ration de cr�ation, de mise � jour et de lecture est consign�e dans votre journal d�audit ; ainsi, enqu�ter sur une fuite ne n�cessite pas de recouper les journaux de plusieurs syst�mes.

GitLab Secrets Manager est une extension factur�e via les cr�dits GitLab.

Noyau agentique

La r�solution des conflits de fusion avec GitLab Duo est disponible

Dans les versions pr�c�dentes de GitLab, vous deviez r�soudre manuellement les conflits de fusion dans l'interface utilisateur de GitLab ou depuis la ligne de commande, m�me dans les cas les plus simples. D�sormais, vous pouvez demander � GitLab Duo de r�soudre ces conflits � votre place.

Lancez la r�solution des conflits � partir du widget de fusion ou de la page � R�soudre les conflits �. GitLab Duo analyse les conflits, modifie les fichiers et valide la r�solution sur la branche source, puis publie un commentaire r�capitulatif sur la demande de fusion d�crivant les modifications apport�es.

La r�solution des discussions de r�vision avec GitLab Duo est disponible

Dans les versions pr�c�dentes de GitLab, pour r�soudre un commentaire de r�vision de code, vous deviez basculer vers votre �diteur, apporter la correction, valider et pousser la modification, puis fermer manuellement le fil de discussion. D�sormais, vous pouvez s�lectionner � R�soudre avec GitLab Duo � et GitLab Duo se chargera de la discussion de r�vision � votre place.

GitLab Duo analyse le commentaire et le code qui l'entoure, apporte la modification demand�e � la branche source, r�pond � la discussion en r�sumant les modifications apport�es, puis cl�t le fil de discussion. Si la modification ne r�pond pas correctement au commentaire, vous ou le relecteur pouvez rouvrir le fil de discussion.

Nouveaux outils MCP pour consulter et rechercher les demandes de fusion

Vous pouvez d�sormais utiliser la fonction get_merge_request pour r�cup�rer une demande de fusion ainsi que ses diffs, ses commits, ses notes, ses pipelines ou ses discussions en un seul appel. Ainsi, votre agent IA n'a plus besoin d'encha�ner plusieurs requ�tes pour obtenir une vue d'ensemble compl�te d'une demande de fusion.

Vous pouvez �galement utiliser le nouvel outil list_merge_requests pour rechercher et filtrer les demandes de fusion par auteur, responsable, r�viseur, �tat, �tiquettes ou requ�te en texte libre, ce qui vous permet de trouver facilement les demandes de fusion qui vous int�ressent sans quitter votre flux de travail.

Afficher le plan des t�ches de l'agent dans la barre lat�rale des d�tails de la session

Auparavant, lorsque vous ouvriez la page de d�tails d'une session, vous deviez d�velopper manuellement chaque entr�e du log pour trouver la liste des t�ches en cours de l'agent. D�sormais, la barre lat�rale des d�tails de la session affiche automatiquement le dernier plan de l'agent. Vous pouvez consulter chaque t�che et son statut, ainsi qu'un r�sum� de l'avancement, par exemple � 2 sur 5 termin�es �. Vous pouvez ainsi suivre ce sur quoi travaille l'agent et l'�tat d'avancement de ses t�ches sans avoir � parcourir le journal d'activit�.

DevOps et s�curit� unifi�s

Imposer les trains de fusion

Dans les versions pr�c�dentes de GitLab, il �tait impossible d�emp�cher les fusions de contourner le train. Tant l�option de fusion imm�diate que l�API REST pouvaient contourner les protections du train de fusion sans aucune restriction. Pour les �quipes g�rant des monorepos � haute v�locit�, une seule fusion contournant le train peut annuler et relancer tous les pipelines en cours, ce qui multiplie les co�ts li�s � l�int�gration continue (CI) et met l�infrastructure � rude �preuve.

D�sormais, vous pouvez imposer l�utilisation du train de fusion via l�interface utilisateur et l�API gr�ce � un seul param�tre au niveau du projet, emp�chant ainsi les contournements qui annulent et relancent les pipelines en cours. Les propri�taires et les administrateurs peuvent toujours passer outre ce param�tre si n�cessaire.

Analyse des secrets GitLab pour le code source (b�ta)

L'analyse des secrets GitLab pour le code source est d�sormais disponible en version b�ta, gr�ce � un nouveau moteur d'analyse d�velopp� par GitLab. Contrairement � l'analyseur par d�faut, qui ne d�tecte que les mod�les de secrets connus, cet analyseur d�tecte �galement les mots de passe et autres secrets non structur�s qui ne sont pas couverts par l'ensemble de r�gles standard. Il utilise �galement plusieurs techniques heuristiques pour r�duire les faux positifs. Le nouvel analyseur remplace l�analyseur par d�faut au sein de la m�me t�che secret_detection, en faisant correspondre les r�sultats de vuln�rabilit� existants au lieu de cr�er des doublons.

La d�tection des secrets analyse l'historique des commits lors des pushes sur la branche par d�faut

La d�tection des secrets sur la branche par d�faut analyse d�sormais tous les diffs de commit d'un push lorsqu'une r�f�rence � un commit ant�rieur est disponible, au lieu de se limiter au contenu le plus r�cent du r�pertoire. Cette modification comble une lacune qui emp�chait de d�tecter les secrets ajout�s puis supprim�s au cours d'un m�me push. Ce comportement s'aligne d�sormais sur le fonctionnement de la d�tection des secrets dans les demandes de fusion et les branches de fonctionnalit�s.

Cette analyse permet de d�tecter les secrets qui ont bri�vement exist� dans l�historique de votre d�p�t, m�me s�ils ont �t� supprim�s avant la fin du pipeline. Les �quipes de s�curit� peuvent d�sormais identifier tous les secrets qui ont d�j� �t� valid�s, et pas seulement ceux pr�sents au niveau de HEAD.

Ex�cuter en masse les processus de r�solution des faux positifs et des vuln�rabilit�s SAST

Dans le rapport sur les vuln�rabilit�s, vous pouvez d�sormais s�lectionner plusieurs vuln�rabilit�s et ex�cuter simultan�ment les flux � R�solution des vuln�rabilit�s SAST � et � Analyse des faux positifs SAST � sur l'ensemble de celles-ci.

�chelle et d�ploiements

Visibilit� restreinte pour les agents et les flux personnalis�s

Vous pouvez d�sormais d�finir la visibilit� � Restreinte � pour les agents et les flux personnalis�s de chaque groupe, sous-groupe et projet de votre groupe de niveau sup�rieur. Auparavant, vous ne pouviez d�finir la visibilit� d�un flux ou d�un agent personnalis� que sur � Priv� � (un seul projet) ou � Public � (visible par tous les utilisateurs de GitLab.com). Lorsque vous d�finissez la visibilit� sur � Restreinte �, le flux ou l�agent n�est visible que par les groupes, sous-groupes et projets de votre groupe de niveau sup�rieur. Cela garantit que la logique interne de vos agents et flux personnalis�s n�est pas partag�e en dehors de votre entreprise ou de votre organisation.

Les limites d'utilisation des cr�dits GitLab sont disponibles

L'utilisation � la demande peut entra�ner des frais suppl�mentaires que vous n'aviez pas pr�vus. Les plafonds d'utilisation pour les cr�dits GitLab sont d�sormais disponibles pour tous : d�finissez un plafond au niveau de l'abonnement pour les cr�dits � la demande dans le Portail client, et configurez un plafond par d�faut par utilisateur ou des r�gles personnalis�es par utilisateur via l'API GraphQL. Lorsque la consommation atteint un plafond, les fonctionnalit�s qui utilisent des cr�dits GitLab, comme la plateforme GitLab Duo Agent, sont suspendues jusqu�au d�but de la prochaine p�riode de facturation ou jusqu�� ce qu�un administrateur ajuste le plafond.

Les plafonds d�utilisation ont �t� introduits dans GitLab 18.11 via le flag de fonctionnalit� budget_caps_graphql_api. Dans GitLab 19.3, ce flag de fonctionnalit� a �t� supprim�.

Source : GitLab 19.3

Et vous ?

:fleche: Quel est votre avis sur le sujet ?
:fleche: Que pensez-vous des nouveaut�s propos�es par cette version de GitLab ? Les trouvez-vous utiles et int�ressantes ?

Voir aussi :

:fleche: La forge logicielle GitLab 19.2 est disponible, avec GitLab Duo CLI, int�grant directement la plateforme GitLab Duo Agent � votre terminal, et des flux IA personnalis�s pour automatiser des t�ches

:fleche: La forge logicielle GitLab 19 est disponible, int�grant des instructions de r�vision de groupe, Secrets Manager pour les pipelines CI/CD et des am�liorations pour la plateforme d'automatisation Duo Developer

:fleche: La forge logicielle GitLab 18.10 est disponible avec la d�tection agentique des faux positifs pour les vuln�rabilit�s SAST, des cr�dits IA pour le niveau gratuit et la connexion � l'aide de cl�s d'acc�s

Cursor AI lance Origin, un service d�h�bergement de code destin� � rivaliser avec GitHub

Jade Emy — Wed, 19 Aug 2026 09:01:55 GMT

Le cr�ateur de la plateforme de codage IA Cursor tire parti du m�contentement vis-�-vis de GitHub et lance Origin, un service d'h�bergement de code destin� � rivaliser avec GitHub

Cursor a lanc� Origin, une nouvelle fonctionnalit� qui permet aux utilisateurs d�h�berger leur code directement au sein de la plateforme de codage IA. � partir d�aujourd�hui, Origin est disponible en version b�ta pr�liminaire pour tous les abonnements payants et propose un ensemble de fonctionnalit�s de base, notamment des d�p�ts, la fonctionnalit� de pull request, la navigation dans le code et la synchronisation avec GitHub.

Cursor est un environnement int�gr� de d�veloppement (EDI) bas� sur de l'intelligence artificielle (IA) pour Windows, macOS et Linux, con�u pour am�liorer la productivit� des d�veloppeurs. Il est � l'origine un fork de Visual Studio Code, enrichi des fonctionnalit�s d'IA suppl�mentaires telles que la g�n�ration de code, les r��critures intelligentes et des suggestions intelligentes. Cursor est un logiciel propri�taire d�velopp� par Anysphere Inc.

R�cemment, Cursor a lanc� Origin, une nouvelle fonctionnalit� qui permet aux utilisateurs d�h�berger leur code directement au sein de la plateforme de codage IA. � partir d�aujourd�hui, Origin est disponible en version b�ta pr�liminaire pour tous les abonnements payants et propose un ensemble de fonctionnalit�s de base, notamment des d�p�ts, la fonctionnalit� de pull request, la navigation dans le code et la synchronisation avec GitHub.

Si ces �l�ments essentiels constituent la base du service, le nouvel onglet � Codebase � sert de point d�entr�e principal. � partir de l�, les utilisateurs peuvent cr�er des d�p�ts, suivre les instructions d�installation de l�interface en ligne de commande (CLI) et ex�cuter des commandes pour cloner ou pousser des projets locaux, ce qui permet un h�bergement de code transparent sur Origin. Pour ceux qui disposent d�j� de projets, les bases de code locales peuvent �tre pouss�es vers Origin une fois la CLI configur�e.

Par la suite, l�int�gration � GitHub permet aux utilisateurs de consulter et de synchroniser leurs d�p�ts GitHub parall�lement � leur code h�berg� sur Origin. Les contr�les de synchronisation sont granulaires, permettant aux utilisateurs de choisir quels d�p�ts lier ou d�connecter, et les niveaux d�acc�s sont pr�serv�s : toute personne disposant de privil�ges de lecture ou d��criture sur les d�p�ts synchronis�s peut les consulter dans Cursor.

Les workflows de pull request reprennent les standards des outils du secteur, permettant aux utilisateurs de consulter les chronologies, les journaux de commit, les v�rifications, les modifications de fichiers, de comparer les diff�rences, de laisser des commentaires et de fusionner des branches. Au sein de cet �cosyst�me, l�agent IA de Cursor peut r�pondre � des questions sur le code, effectuer des modifications, mettre � jour des pull requests ou pousser de nouvelles branches. Les int�grations existantes avec Vercel, Depot et Buildkite sont prises en charge, et les param�tres des d�p�ts permettent la gestion des acc�s et les connexions aux applications.

Il est pertinent de rappeller qu'en juin 2026, SpaceX a rachet� la start-up de codage IA Cursor dans le cadre d�une op�ration enti�rement en actions d�une valeur de 60 milliards de dollars. SpaceX et Anysphere ont sign� un accord de fusion, la transaction devant �tre finalis�e au troisi�me trimestre 2026. Le partenariat entre SpaceX et Cursor s��tait mis en place au cours des semaines pr�c�dant l�annonce de l�option. Cursor avait utilis� des dizaines de milliers de puces xAI pour entra�ner son tout dernier mod�le, et deux ing�nieurs seniors de Cursor avaient quitt� l�entreprise pour occuper des postes chez xAI.

Voici l'annonce d'Origin :

H�bergement de code Origin : Cursor peut d�sormais h�berger votre code.

Origin est d�ploy� progressivement d�s aujourd�hui en b�ta anticip�e sur tous les forfaits payants. Nous commen�ons par les fonctionnalit�s essentielles, con�ues pour passer � l��chelle avec des agents : d�p�ts, pull requests, navigation dans le code et synchronisation avec GitHub. Des fonctionnalit�s con�ues nativement pour les agents arriveront bient�t.

D�p�ts Origin

Le nouvel onglet Base de code rassemble les d�p�ts Origin.

Cliquez sur +Nouveau et donnez-lui un nom. Une page vous expliquera ensuite comment installer la CLI, avec les commandes pour cloner un d�p�t ou pousser un projet local. Poussez votre code et il sera h�berg� sur Origin.

Donnez un nom � votre base de code lorsque vous cr�ez votre premier d�p�t. Ce nom fait partie de l�URL de chaque d�p�t : cursor.com/codebase/acme-corp.

Importez vos d�p�ts GitHub

Vos d�p�ts GitHub peuvent coexister avec ceux h�berg�s par Cursor. Connectez GitHub � Cursor, s�lectionnez votre organisation et vous verrez les d�p�ts que vous pouvez synchroniser. S�lectionnez-en un, et Cursor l�importe. Vous choisissez ce qui est synchronis� et pouvez d�connecter un d�p�t � tout moment. Toute personne disposant d�un acc�s en lecture ou en �criture � un d�p�t synchronis� peut �galement le consulter dans Cursor.

Les d�p�ts synchronis�s sont mis � jour en temps r�el. Parcourez, recherchez et r�cup�rez depuis la copie dans Origin. Les push continuent d��tre envoy�s vers GitHub, qui reste la source de r�f�rence pour tout ce qui y a �t� cr��. Les ic�nes � c�t� de chaque nom de d�p�t indiquent lesquels sont h�berg�s par Cursor et lesquels proviennent de GitHub.

Pull requests

Chaque d�p�t comporte des pull requests. Ouvrez-en une pour consulter la chronologie, les commits, les v�rifications et les fichiers modifi�s. Examinez le diff, laissez des commentaires et fusionnez-la.

Les pull requests des d�p�ts synchronis�s sont synchronis�es dans les deux sens : commentez dans Cursor et votre commentaire est publi� sur GitHub ; r�agissez ou r�pondez sur GitHub et cela appara�t dans Cursor en quelques secondes. Une revue vous a �t� attribu�e sur GitHub ? Examinez-la et fusionnez-la depuis Cursor.

Des agents dans chaque d�p�t

Votre code, vos PR et vos agents sont d�sormais centralis�s au m�me endroit. Posez � Cursor des questions sur le code que vous consultez. Cursor peut vous r�pondre, apporter des modifications, mettre � jour des PR ou pousser une branche.

Extensions d�app pour les d�p�ts Cursor

Nous d�veloppons un �cosyst�me d�apps pour que l�ensemble de votre stack fonctionne parfaitement avec Origin. Les int�grations � Vercel, Depot et Buildkite sont d�j� disponibles, et d�autres arriveront bient�t.

Connectez Vercel depuis l�onglet Apps d�un d�p�t : chaque PR b�n�ficie d�un d�ploiement de pr�visualisation o� vous pouvez tester et laisser des commentaires. Une fois fusionn�e, elle est livr�e en production. Pour la CI, connectez Depot ou Buildkite. Tous deux ex�cutent vos workflows GitHub Actions existants, et Buildkite ex�cute �galement ses pipelines natifs.

Param�tres

Chaque d�p�t dispose de param�tres. Consultez l��tat de synchronisation des d�p�ts GitHub, g�rez les acc�s et voyez quelles applications sont connect�es.

Origin est d�ploy� progressivement en b�ta anticip�e aupr�s de tous les utilisateurs de forfaits payants � partir d�aujourd�hui, � l�exception des organisations Enterprise dont les administrateurs choisissent de ne pas y participer. Nommez votre base de code et cr�ez votre premier d�p�t.

Source : Annonce d'Origin

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: La soci�t� SpaceX d'Elon Musk finalise officiellement l'acquisition de Cursor, un assistant de programmation bas� sur l'IA, pour un montant de 60 milliards $

:fleche: Codeberg, l'alternative � but non lucratif � GitHub qui h�berge des projets libres et open source, n'h�bergera plus les logiciels � vibe cod�s � par IA, pour des raisons juridiques et de s�curit�

:fleche: GitHub doit lutter pour sa survie au sein de Microsoft. Le service web d'h�bergement et de gestion de d�veloppement de logiciels fait face � des d�fis op�rationnels, strat�giques et concurrentiels.

Images attach�es

Comment g�rez-vous l'inventaire de vos APIs en production quand l'�quipe shippe vite ?

lhoren336 — Tue, 18 Aug 2026 01:48:43 GMT

Bonjour � tous,

On a un probl�me dans notre �quipe
et je cherche des retours d'exp�rience.

On d�veloppe avec Next.js et Express.
� chaque sprint de nouvelles APIs
apparaissent en production.

On a essay� de comparer nos logs nginx
avec nos d�finitions de routes GitHub �
on a trouv� plusieurs endpoints qui re�oivent
du trafic en prod que personne n'avait
document�s. Ce qu'on appelle des "shadow APIs".

J'ai test� un outil appel� APIRadar qui fait ce diff
automatiquement entre le code et les logs.

Sur les samples officiels Stripe par exemple :
→ 29 endpoints trouv�s
→ 29 non document�s � score 0/100
→ dont 4 webhooks POST sans aucune spec OpenAPI

Ma question : est-ce que vous avez
des approches similaires dans vos �quipes ?
Des outils que vous utilisez ?
Ou est-ce que vous g�rez �a manuellement ?

Merci d'avance pour vos retours.

La version 3.0.0 du logiciel Gitea Runner est disponible

Eliora — Mon, 03 Aug 2026 13:24:51 GMT

La version 3.0.0 du logiciel Gitea Runner est disponible et ajoute la prise en charge native du cache et des artefacts de GitHub Actions, rendant inutile le fork � gitea-upload-artifact �

Gitea Runner 3.0.0 est d�sormais disponible, avec des am�liorations majeures pour la s�curit� et la gestion des workflows. Cette version introduit la prise en charge native des actions standard de cache et d'artefacts de GitHub Actions, rendant ainsi inutile le fork � gitea-upload-artifact �. Elle met �galement en �uvre un renforcement de la s�curit� contre les �chappements de conteneurs en supprimant les options Docker potentiellement dangereuses des workflows non privil�gi�s. De plus, le runner applique d�sormais la r�gle � un processus par fichier .runner � afin d'�viter les annulations de t�ches caus�es par des conflits d'identifiants.

Gitea est un logiciel de forge permettant d'h�berger le contr�le de version du d�veloppement logiciel � l'aide de Git, ainsi que d'autres fonctionnalit�s collaboratives telles que le suivi des bogues, la r�vision de code, l'int�gration continue, les tableaux Kanban, les tickets et les wikis. Il prend en charge l'auto-h�bergement et fournit �galement une instance publique gratuite g�r�e par l'�diteur. Il s'agit d'un fork de Gogs, �crit en Go et en TypeScript. Gitea peut �tre h�berg� sur toutes les plateformes prises en charge par Go, notamment FreeBSD, Linux, macOS, OpenBSD et Windows. Le projet est financ� sur Open Collective.

Gitea est un service Git open source issu d'un fork de Gogs en 2016. Bien que Gogs f�t open source, son d�p�t �tait contr�l� par un seul responsable. Face � ces limites, les d�veloppeurs de Gitea ont d�cid� de cr�er un fork de Gogs en novembre 2016, instaurant ainsi un mod�le de d�veloppement pilot� par la communaut�. La version officielle 1.0 de Gitea a �t� lanc�e en d�cembre 2016.

En octobre 2022, les responsables Lunny Xiao et Matti Ranta ont fond� la soci�t� Gitea Limited dans le but de proposer des services d'h�bergement utilisant des versions sp�cialis�es et propri�taires de Gitea, r�partissant ainsi les variantes prises en charge de Gitea entre l'installation fournie par Gitea Limited et la version originale sous licence MIT. En r�ponse, Codeberg, l'une des principales plateformes de gestion de projets utilisant Gitea � l'�poque, a cr�� un fork de Gitea appel� Forgejo.

Gitea Runner 3.0.0 est d�sormais disponible et introduit la prise en charge native des actions standard de cache et d'artefacts de GitHub Actions, rendant ainsi inutile le fork � gitea-upload-artifact �. Cette version met �galement en �uvre un renforcement de la s�curit� contre les �chappements de conteneurs en supprimant les options Docker potentiellement dangereuses des workflows non privil�gi�s. De plus, le runner applique d�sormais la r�gle � un processus par fichier .runner � afin d'�viter les annulations de t�ches caus�es par des conflits d'identifiants.

Voici l'annonce de la sortie de Gitea Runner 3.0.0 :

Sortie de Gitea Runner 3.0.0

La principale nouveaut� de cette version est le service de cache v2 : les actions standard actions/upload-artifact, actions/download-artifact et actions/cache fonctionnent d�sormais avec un Gitea Runner sans le fork gitea-upload-artifact. Par ailleurs, la version 3.0.0 ajoute un renforcement de la s�curit� � container-escape �, le masquage des secrets encod�s, des hooks de t�ches et la propagation par proxy, ainsi qu�une protection emp�chant deux d�mons de partager un m�me fichier de runner.

Il s�agit d�une version c�t� runner. Elle reste compatible au niveau de la communication avec les versions existantes de Gitea ; l�augmentation du num�ro de version majeur refl�te trois changements de compatibilit� ascendante plut�t qu�une nouvelle d�pendance serveur.

Nouveaut�s de la version 3.0.0

Actions sur les artefacts et le cache par d�faut � aucun fork requis

Gitea Runner prend d�sormais en charge l'API github.actions.results.api.v1.CacheService(v2) de GitHub Actions, en plus de l'API de cache v1 existante, en partageant le m�me stockage, ainsi que le sous-ensemble du protocole Blob d'Azure utilis� par l'outil de t�l�chargement @actions/toolkit.

Concr�tement, cela signifie que les actions en amont non modifi�es fonctionnent :

Les actions actions/upload-artifact et actions/download-artifact (� partir de la version 4.4.0) ainsi que actions/cache ne n�cessitent plus le fork gitea-upload-artifact ni de solutions de contournement personnalis�es. Le runner applique des correctifs aux bundles d�actions au moment du chargement afin d�ouvrir la passerelle GHES et de lire le point de terminaison du cache � partir de ACTIONS_CACHE_URL ; cela a �t� valid� sur 118 bundles r�els couvrant 16 actions.

Renforcement de la s�curit� contre les �vasions de conteneur

Lorsque le mode privil�gi� est d�sactiv�, les options de conteneur contr�l�es par le workflow ne sont plus int�gr�es telles quelles dans le fichier HostConfig de Docker. Le runner supprime d�sormais les options pouvant �tre utilis�es pour contourner l�isolation du conteneur :

PidMode, IpcMode, UTSMode, CgroupnsMode, UsernsMode, CapAdd, SecurityOpt, Devices, DeviceCgroupRules, DeviceRequests, VolumesFrom, Runtime, CgroupParentet Sysctls.

Ces options sont conserv�es lorsqu�un administrateur active explicitement le mode privil�gi�, car cela signifie d�j� l�acceptation d�un acc�s �tendu � l�h�te. Il s�agit d�un changement rompant pour les workflows qui s�appuyaient sur ces options sur un runner non privil�gi�.

Masquage des secrets encod�s

Auparavant, seule la valeur brute d�un secret �tait masqu�e ; ainsi, un secret divulgu� par une action qui le s�rialisait restait lisible dans les journaux. Chaque secret et chaque valeur ::add-mask:: sont d�sormais �galement masqu�s sous leurs formes encod�es, conform�ment aux encodeurs de valeurs utilis�s par le runner de GitHub :

JSON � valeurs �chapp�es via toJSON(secrets)
Base64 � par exemple, les secrets contenus dans un en-t�te Authorization
Encodage URL en pourcentage � secrets int�gr�s dans des URL

Les encodages qui laissent la valeur inchang�e sont ignor�s ; ainsi, un jeton en clair ne n�cessite toujours qu�une seule paire de remplacement.

Hooks de t�che

Les op�rateurs peuvent d�sormais ex�cuter un script h�te au sein de l'environnement de la t�che � deux moments cl�s de son cycle de vie, � l'instar des hooks ACTIONS_RUNNER_HOOK_JOB_STARTED et ACTIONS_RUNNER_HOOK_JOB_COMPLETED de GitHub :

La fonction job_started s�ex�cute avant la premi�re �tape du job et la fonction job_completed apr�s la derni�re. Toutes deux analysent leur sortie � la recherche de commandes de workflow, relisent les variables $GITHUB_ENV et $GITHUB_PATH, et font �chouer le job en cas de code de sortie diff�rent de z�ro. Cela s�av�re utile pour pr�charger les caches, provisionner des identifiants ou g�n�rer des donn�es de t�l�m�trie pour chaque job.

Propagation du proxy

Le runner d�finit d�sormais les variables http_proxy, https_proxy et no_proxy (en minuscules et en majuscules) afin que tous les �l�ments qu�il contr�le les utilisent : les jobs, les conteneurs de service et les builds d�actions Dockerfile. Les h�tes sensibles sont automatiquement ajout�s � la liste no_proxy pour les t�ches : le serveur de cache, les adresses de bouclage, les conteneurs du service de t�ches et le d�mon Docker (afin que � docker-in-docker � continue de fonctionner). Lorsque vous utilisez une image dind, le d�mon lit les m�mes variables de proxy, et le runner affiche un avertissement au d�marrage s�il d�tecte une incompatibilit� de proxy.

D�placement du cache des outils et corrections de montage

La d�finition de RUNNER_TOOL_CACHE entra�ne d�sormais le d�placement effectif du cache des outils au lieu de se contenter de modifier la variable ; ainsi, ${{ runner.tool_cache }} et la variable d�environnement sont d�sormais coh�rents. Cette m�me modification permet aux volumes de t�ches et de services de remplacer un montage en conflit sur la m�me cible, corrige le montage en lecture-�criture de name:/target:ro sur le chemin litt�ral /target:ro, et fait en sorte que les cl�s inconnues dans config.yaml g�n�rent un avertissement au lieu de dispara�tre silencieusement.

Changements majeurs

Le service de cache v2 est activ� par d�faut : Le runner utilise d�sormais le service de cache v2 par d�faut. Si vous aviez pr�c�demment d�ploy� le fork gitea-upload-artifact ou un shim personnalis� pour les artefacts/le cache, supprimez-le et remplacez vos workflows par les actions standard actions/upload-artifact@v4, actions/download-artifact@v4 et actions/cache@v4. Si vous devez conserver le comportement pr�c�dent, d�sactivez-le avec cache.v2: false.
Les options de conteneur � host-escape � sont supprim�es en l�absence de mode privil�gi� : Les workflows qui d�finissent des options telles que PidMode, [C]CapAdd[C], SecurityOpt, Devicesou Sysctlsdans container.options ne les verront plus appliqu�es sur un runner non privil�gi�. Si un workflow en a r�ellement besoin, ex�cutez-le sur un runner o� l�administrateur a explicitement activ� le mode privil�gi� � la limite est d�sormais appliqu�e au lieu d��tre discr�tement contourn�e.
Un processus � runner � par fichier .runner : Le d�mon et le registre acqui�rent d�sormais un verrou consultatif non bloquant sur un fichier .lock homonyme au d�marrage. Auparavant, deux processus partageant le m�me fichier .runner pr�sentaient des identifiants UUID+token identiques ; Gitea les traitait donc comme un seul � runner � et leurs t�ches s�annulaient mutuellement. D�sormais, un deuxi�me processus sur le m�me h�te �choue rapidement avec une erreur claire. Attribuez � chaque d�mon son propre fichier .runner. Le syst�me d�exploitation lib�re automatiquement le verrou � la sortie, m�me en cas d�arr�t forc�, ce qui �vite l�accumulation de verrous obsol�tes. Les configurations inter-h�tes partageant un fichier runner via NFS reposent toujours sur la d�tection c�t� serveur dans Gitea.

Source : Blog officiel de Gitea

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Workflows GitHub Agentic offre l'automatisation des r�f�rentiels, l'ex�cution des agents de codage, tels que Copilot, Claude ou OpenAI Codex, avec des garde-fous solides dans GitHub Actions

:fleche: Microsoft lance l'application de bureau GitHub Copilot pour g�rer plusieurs agents IA, marquant le passage d'assistants de codage passifs � des agents IA capables de g�rer en parall�le des workflow

:fleche: GitHub confirme que des pirates ont vol� des donn�es provenant de 3 800 r�f�rentiels internes lors d'une r�cente violation, attribu�e � une version corrompue de l'extension VS Code � nrwl.angular-console �

Images attach�es

Codeberg, l'alternative � but non lucratif � GitHub, n'h�bergera plus les logiciels � vibe cod�s �

Jade Emy — Tue, 28 Jul 2026 12:55:57 GMT

Codeberg, l'alternative � but non lucratif � GitHub qui h�berge des projets libres et open source, n'h�bergera plus les logiciels � vibe cod�s � g�n�r�s par l'IA, pour des raisons juridiques et de s�curit�

Codeberg a mis en place une politique interdisant les d�p�ts compos�s en grande partie de code g�n�r� par des outils d�IA. Ce changement fait suite aux pr�occupations de la communaut� concernant les projets dits � vibe cod�s �, dans lesquels l�IA produit la majeure partie, voire la totalit�, d�une application avec une contribution humaine directe limit�e. La plateforme a invoqu� un statut flou en mati�re de droits d�auteur et de licences, ainsi que le risque que des projets g�n�r�s en grande partie par l�IA puissent contenir du code nuisible ou non s�curis� sans garanties ad�quates.

"Free/Libre and Open Source Software" (FLOSS) ou "logiciels libres et open source" sont des logiciels disponibles sous une licence qui conf�re aux utilisateurs le droit d'utiliser, de partager, de modifier et de distribuer le logiciel � modifi� ou non � � tout le monde, et qui fournit les moyens d'exercer ces droits � l'aide du code source du logiciel. Le terme � logiciels libres et open source � (FOSS) est un terme g�n�rique inclusif englobant � la fois les logiciels libres et les logiciels open source. Tous les logiciels libres et open source ont un code source accessible au public, mais tous les logiciels dont le code source est disponible ne sont pas n�cessairement des logiciels libres et open source. Les logiciels libres et open source s�opposent aux logiciels propri�taires, qui sont soumis � des licences restrictives ou dont le code source n�est pas divulgu�.

Codeberg est une association allemande � but non lucratif sp�cialis�e dans les services de d�veloppement de logiciels open source. Codeberg propose un environnement de d�veloppement logiciel collaboratif en ligne avec Forgejo, l�h�bergement de pages statiques avec Codeberg Pages, une plateforme web de traduction collaborative avec Weblate et des solutions CI/CD avec Woodpecker CI et Forgejo Actions. Le d�veloppement de Forgejo, un fork de Gitea, s�effectue �galement sur Codeberg.

Ceux qui sont plong�s dans l�univers du d�veloppement de logiciels connaissent GitHub. Le service web permet de faire de la gestion et du d�veloppement collaboratif de logiciels et est consid�r� par plusieurs observateurs comme le num�ro 1 dans sa fili�re. Mais face aux nombreux suspension de comptes, les d�veloppeurs sont en constante recherche d�alternatives. Codeberg qui rentre dans ce lot attise donc leur int�r�t et suscite des comparaisons avec des services similaires. L'interface utilisateur de Codeberg est assez similaire � celle de GitHub. Codeberg propose un simple h�bergement Git, en plus de ne s�ouvrir qu�aux projets logiciels open source ou libres.

R�cemment, Codeberg a mis en place une politique interdisant les d�p�ts compos�s en grande partie de code g�n�r� par des outils d�IA. Ce changement fait suite aux pr�occupations de la communaut� concernant les projets dits � vibe cod�s �, dans lesquels l�IA produit la majeure partie, voire la totalit�, d�une application avec une contribution humaine directe limit�e. La proposition a �t� adopt�e avec 358 voix pour et 144 contre, soit environ 71 % de soutien.

Codeberg a d�sormais ajout� cette restriction � la section 7 de ses conditions d�utilisation, en citant sp�cifiquement des outils tels que Claude et OpenAI Codex. La plateforme a invoqu� un statut flou en mati�re de droits d�auteur et de licences, ainsi que le risque que des projets g�n�r�s en grande partie par l�IA puissent contenir du code nuisible ou non s�curis� sans garanties ad�quates.

Les d�p�ts peuvent toujours contenir de petites quantit�s de code g�n�r� par l�IA, mais cette politique s�applique lorsque celui-ci constitue la majeure partie d�un projet. La r�vision, la modification ou la maintenance par des humains ne semblent pas constituer une exception. Codeberg n�a par ailleurs pas d�fini de seuil technique ni expliqu� comment il comptait identifier et sanctionner les violations, contrairement � des plateformes telles que GitHub qui continuent � d�velopper leurs outils de codage bas�s sur l�IA.

Cette annonce rappelle qu'en novembre 2025, le cr�ateur du langage Zig a annonc� la migration du r�f�rentiel principal du langage de GitHub vers Codeberg. Il a notamment d�clar� : � GitHub a jou� un r�le cl� dans le succ�s initial de Zig en mati�re de collecte de fonds et il repr�sente encore aujourd'hui une part importante de nos revenus. Bien que GitHub Sponsors repr�sente une part importante des revenus de la Zig Software Foundation, nous le consid�rons comme un handicap. Nous demandons humblement � nos lecteurs qui font actuellement des dons via GitHub Sponsors d'envisager de transf�rer leurs dons r�currents vers Every.org, qui est elle-m�me une organisation � but non lucratif. �

Voici l'annonce de Codeberg :

Prot�ger notre patrimoine commun FLOSS contre les LLM

L�assembl�e g�n�rale annuelle de Codeberg e. V. est la r�union qui donne le pouvoir � nos membres actifs. Les propositions sont discut�es en direct, puis soumises � un vote asynchrone.

Les grands mod�les de langage (LLM) �tant une technologie �mergente mais controvers�e, il n�est pas surprenant que deux des votes aient port� sur la position de Codeberg � l��gard de cette technologie. La p�riode de vote de 14 jours s�est termin�e hier et les deux propositions ont �t� accept�es.

Le premier vote portait sur une d�claration concernant la position de Codeberg e. V. quant � l�utilisation de vos donn�es pour entra�ner des LLM.

Comme indiqu� dans notre politique de confidentialit�, � Nous ne voulons pas avoir besoin de vos donn�es �, et cela vaut �galement pour l�utilisation de nos donn�es d�utilisateurs et de projets dans le cadre de l�utilisation ou de l�entra�nement d�une � IA � g�n�rative : la forge Codeberg et ses services associ�s n�utilisent pas et n�utiliseront pas le code ou les donn�es des projets et des utilisateurs pour entra�ner des outils d�� intelligence artificielle � tels que les grands mod�les linguistiques, dont le but est de cr�er des r�sultats calqu�s sur leurs donn�es d�entra�nement. En tant qu�association, nous estimons que ces technologies sont incompatibles avec la cr�ation et la maintenance responsables de logiciels libres et open source.

Le deuxi�me vote a �t� plus controvers�, mais a �galement �t� adopt� avec 358 voix pour contre 144 contre (et 14 abstentions), avec un taux de participation �lev� d�environ 50 % des membres actifs. Il implique une modification de nos conditions d�utilisation visant � interdire les � projets vibe cod�s �. Nous partagerons nos r�flexions sur l�impact concret � la fin de cet article.

Nous payons tous pour ces grands mod�les de langage (LLM) � voraces �

Les grands mod�les de langage (LLM) constituent une technologie tr�s co�teuse, et ces co�ts ne cessent d�augmenter � mesure que les entreprises qui les fournissent doivent commencer � rentabiliser leurs investissements. Ils ne sont pas seulement co�teux pour ceux qui utilisent et s�abonnent explicitement � ces services. Ces co�ts ne se cachent pas uniquement dans les abonnements � normaux � au cloud et aux services, qui financent de mani�re crois�e les � nouvelles fonctionnalit�s innovantes � que vous n�avez jamais demand�es. Les LLM sont si co�teux que les entreprises externalisent ces co�ts � grande �chelle � au d�triment de ceux qui ne les utilisent pas et de la soci�t� dans son ensemble. Hausse des prix du mat�riel, consommation d��nergie et dommages environnementaux : nous en faisons tous les frais !

Des serveurs mis � rude �preuve par un crawling absurde

Dans des articles pr�c�dents, nous avons d�j� expliqu� comment notre infrastructure chez Codeberg est r�guli�rement soumise � une charge importante due aux robots d�indexation de ces entreprises qui pr�voient d�ing�rer l�int�gralit� du code h�berg� sur Codeberg pour entra�ner leurs LLM.

Chez Codeberg, nous sommes ravis d�offrir un acc�s libre et gratuit au code. Il suffit de lancer � git clone � et d�en profiter.

Malheureusement, ces robots d�indexation tentent au contraire de lire chaque page de Codeberg, que cela ait un sens ou non. Cela inclut toutes les variantes de filtres de tickets, l�historique Git, ainsi que les fichiers proprement dits � n�importe quel moment de l�historique Git � m�me s�ils sont toujours identiques.

Ces acc�s inutiles g�n�rent des requ�tes de base de donn�es co�teuses qui nuisent � la qualit� du service pour nous tous, exigent un travail consid�rable de la part de nos administrateurs syst�me et nous obligent � consacrer du temps � la mise en place de m�canismes de d�fense au lieu de d�velopper de nouvelles fonctionnalit�s int�ressantes. Des m�canismes qui affectent �galement les utilisateurs l�gitimes, nouveaux comme existants, car nous sommes contraints d�imposer des limites, voire des blocages purs et simples, � leur flux de travail souhait�, ce qui leur offre une exp�rience moins agr�able avec Codeberg.

L��quipe de d�veloppement qui n�en est pas une

Utiliser des LLM pour travailler sur votre code vous procure une mont�e d�adr�naline. Vous pouvez d�velopper � un rythme effr�n�, cr�er des choses comme si vous disposiez d�une grande �quipe. Sauf que vous n�en avez aucune. En r�alit�, vous �tes (souvent) seul, travaillant avec une machine statistique qui transforme l��nergie en code.

Il semble que de nombreux � codeurs passionn�s � ne se rendent pas compte qu�ils ne disposent en r�alit� d�aucune communaut� autour d�eux. Ils d�veloppent des projets comme s�ils en avaient une, et d�pensent leurs ressources en cons�quence. Nous voyons des projets pr�sentant une forte activit� de codage, des tests CI/CD intensifs, ainsi que des versions binaires fr�quentes et volumineuses. Parfois, on a l�impression que le nombre de plateformes prises en charge d�passe celui des utilisateurs r�els.

� nos yeux, il semble ridicule de voir des projets men�s par un seul d�veloppeur et n�ayant pratiquement aucun utilisateur consommer autant, voire plus, de ressources que certains des plus grands projets communautaires sur Codeberg, qui fonctionnent de mani�re �conome en mati�re de CI/CD et de ressources de stockage. Nous ne pensons pas qu�il soit raisonnable pour Codeberg d�investir l�argent pr�cieux issu de nos dons dans l�h�bergement de grands projets fant�mes.

L�approvisionnement en mat�riel devient un v�ritable casse-t�te

L�entra�nement et le d�ploiement des grands mod�les de langage (LLM) ont consid�rablement fait grimper le co�t d�achat du mat�riel, en particulier pour les SSD et la m�moire. Pour vous donner un exemple : le type de disque que nous achetions 700 � il y a seulement quelques ann�es co�te d�sormais 3 700 � � et est souvent en rupture de stock. En cons�quence, l�h�bergement de code sur Codeberg devient de plus en plus co�teux.

Bien que nous soyons propri�taires de notre mat�riel et que nous ne soyons donc pas directement touch�s par la flamb�e des co�ts de location � dans le cloud �, cela signifie que le remplacement ou l�extension de notre parc mat�riel est d�sormais nettement plus co�teux qu�auparavant (et que ce qui serait n�cessaire). M�me si nous sommes peut-�tre en mesure de supporter ces prix gonfl�s, il s�agit d�argent que nous ne pouvons pas consacrer � d�autres fins pour am�liorer notre service et faire avancer la mission de Codeberg.

Un foss� num�rique qui se creuse

Ces hausses de prix entra�nent �galement un foss� num�rique qui se creuse : les petits op�rateurs, voire les grands, sont menac�s par la hausse des co�ts, tandis que seules les plus grandes entreprises du cloud disposent de contrats fiables pour le mat�riel. L�augmentation des co�ts des services tels que l�h�bergement de sites web, le stockage ou la puissance de calcul peut constituer un d�fi pour de nombreuses petites ONG, coop�ratives locales, projets de recherche et autres utilisations d�outils num�riques que nous consid�rions comme acquises jusqu�� r�cemment.

Non seulement l�exploitation des infrastructures num�riques devient plus co�teuse, mais m�me les outils num�riques les plus basiques, tels que les ordinateurs et les smartphones, sont touch�s par la hausse des co�ts, rel�guant l�informatique personnelle au rang de luxe � alors que nous vivons d�sormais dans un monde o� les outils num�riques constituent une condition sine qua non pour participer � la vie en soci�t�. Les appareils dot�s de faibles capacit�s de calcul et de stockage privent les utilisateurs de leur souverainet� et les entra�nent dans le pi�ge financier des fournisseurs de cloud qui vous revendent ces m�mes services.

Les infrastructures civiques, leurs utilisateurs et l�environnement en p�tissent

Les r�percussions n�gatives sur les infrastructures ne s�arr�tent pas l�, mais concernent �galement les infrastructures civiques les plus fondamentales : en raison des besoins en �nergie et en eau inh�rents aux centres de donn�es construits sp�cifiquement pour l�entra�nement des grands mod�les de langage (LLM), de nombreuses collectivit�s subissent d�ores et d�j� une hausse des co�ts de consommation, tant pour l��lectricit� que pour l�eau potable. Et au-del� de cette hausse des co�ts, les personnes vivant � proximit� des centres de donn�es sont directement touch�es par l�augmentation de la pollution atmosph�rique et sonore.

Pour pouvoir alimenter ces centres de donn�es, les entreprises qui les exploitent m�nent �galement un lobbying actif afin d��tre exempt�es des r�glementations environnementales : � Francfort, les centres de donn�es consomment d�ores et d�j� 40 % de l��lectricit� locale, et la demande ne cesse d�augmenter. Pour r�pondre � cette demande, elles souhaitent recourir aux combustibles fossiles.

La collaboration en danger

Ce ne sont pas uniquement les infrastructures num�riques et civiques qui sont impact�es par l�utilisation des LLM. L��cosyst�me des logiciels libres, dont nous consid�rons Codeberg comme un �l�ment important, est un ph�nom�ne social ax� sur la collaboration. Travailler de cette mani�re n�est possible que gr�ce au partage libre et � l�apprentissage mutuel. Cela inclut m�me de tr�s petits outils qui sont partag�s et r�utilis�s, et autour desquels la collaboration peut s�amorcer. � l�inverse, en adoptant les LLM, les gens ont tendance � coder de z�ro des logiciels � usage unique. Bien que cela conduise � une augmentation du code � partag� �, il s�agit principalement de code qui non seulement n�a �t� � �crit � par personne, mais qui n�est pas non plus maintenu par qui que ce soit.

Perte de confiance mutuelle

L�utilisation g�n�ralis�e des LLM dans le FLOSS devient au contraire une attaque multidimensionnelle contre la confiance entre les contributeurs et contre l�id�e m�me de collaboration conviviale. Les responsables de maintenance sont soumis � une charge de travail accrue en raison des contributions (souvent bien intentionn�es) g�n�r�es par des LLM, qui ne n�cessitent que peu d�effort de la part de leurs auteurs mais demandent un temps consid�rable � examiner. Parall�lement, il devient de plus en plus difficile de distinguer les projets maintenus par des d�veloppeurs exp�riment�s de ceux g�n�r�s par des LLM sans supervision ni apport humain significatif. Dans le cas des projets sous licence copyleft, les LLM conduisent en outre � un � blanchiment de licence �, o� le code copyleft est d�pouill� de ses exigences de r�ciprocit� en �tant � g�n�r� � � partir des donn�es d�entra�nement.

Nous observons une tendance croissante � la m�fiance mutuelle, au point que des personnes qui d�ploient un r�el effort pour analyser les probl�mes ou partager leurs suggestions sont accus�es d�avoir utilis� des LLM alors qu�elles ne l�ont pas fait. Dans le m�me temps, d�autres ordonnent � leurs LLM de dissimuler leurs traces et d��viter activement les sch�mas courants, ce qui incite les autres � examiner plus attentivement les contributions et les communications � la recherche de signes de g�n�ration automatique.

Entrer dans un cercle vicieux

Conjugu�es, ces forces rendent la collaboration non seulement plus difficile, mais aussi moins gratifiante : Les co�ts de transaction li�s � la collaboration augmentant, les contributeurs sont de moins en moins enclins � participer � la cr�ation de projets logiciels de haute qualit� et de plus en plus enclins � � coder � l�instinct � un logiciel ponctuel, sp�cifique � un besoin particulier, qui n��voluera pas au-del�. Nous entrons ainsi dans un cercle vicieux o� la collaboration devient de moins en moins gratifiante, tandis que le nombre de logiciels � usage unique, non maintenus et ne b�n�ficiant d�aucune am�lioration, ne cesse d�augmenter.

M�me si cela part souvent d�une bonne intention, partager le r�sultat d�un prompt en le qualifiant de � logiciel libre � ne contribue pas � rendre le monde meilleur. Codeberg n�est pas et ne souhaite pas devenir un lieu o� l�on d�pose ce genre de logiciels g�n�r�s � usage unique que personne d�autre ne consultera jamais. Nous sommes un espace o� les gens peuvent collaborer et am�liorer ensemble des logiciels. Dans ce contexte, les votes r�cents peuvent �tre compris comme une r�affirmation de ces principes : comme nous souhaitons mettre l�accent sur la collaboration humaine, nous ne soutiendrons ni ne participerons activement � la cr�ation de LLM et nous n�utiliserons pas nos ressources limit�es pour stocker des logiciels � usage unique qui viendraient polluer notre patrimoine commun FLOSS.

�volution de nos conditions d�utilisation

La modification de nos conditions d�utilisation envoie un signal fort concernant notre mission et les projets que nous souhaitons soutenir. Cela dit, vous n�assisterez pas � une suppression massive de contenu dans les jours � venir. Notre �quipe de mod�ration ne commencera pas par dresser une liste exhaustive des d�p�ts concern�s � supprimer. Au lieu de cela, en nous appuyant sur des cas comme les exemples ci-dessous, nous commencerons � mettre en �uvre les nouvelles r�gles. Nous sommes des �tres humains � l�autre bout, qui avons � c�ur les projets et les communaut�s de logiciels libres.

Nous reconnaissons que de nombreux d�veloppeurs ont commenc� � adopter les LLM comme outil dans leurs flux de travail. Certains les utilisent de mani�re intensive et codent rarement � la main, d�autres ne leur confient que des t�ches sp�cifiques. Nous comprenons que vous souhaitiez savoir comment ce changement affectera vos projets � l�avenir. Bien que nous ne puissions pas donner de r�ponse simple, nous allons partager quelques remarques qui devraient r�pondre � la plupart des pr�occupations soulev�es lors de la discussion.

Quelques lignes directrices pr�liminaires, mais informelles

Si votre travail correspond � ces cas de figure, il est peu probable que vous soyez affect� :

- Les projets disposant d�une communaut� active qui s�int�resse au logiciel et en assure la maintenance
- Les projets ayant une histoire significative ant�rieure � l�apparition des LLM
- Les responsables de projet qui ont accept�, � leur insu ou volontairement, des contributions g�n�r�es par des LLM provenant d�autres contributeurs, si votre projet n�implique pas par ailleurs une utilisation intensive des LLM

Nous ne consacrerons pas non plus beaucoup de temps ni de ressources � l�analyse automatique du contenu sur Codeberg. Ainsi, bien que les cas d�utilisation suivants soient d�conseill�s (� l�instar des d�p�ts priv�s), ils seront probablement tol�r�s dans la pratique :

- Les projets parall�les et les exp�rimentations consommant peu de ressources
- Les outils sp�cifiques et les scripts personnalis�s qui auraient de toute fa�on peu de chances de trouver une communaut�, m�me s�ils n��taient pas g�n�r�s par un LLM

Cependant, nous devons �galement �tre honn�tes concernant certains cas d�utilisation qui pourraient ne plus �tre les bienvenus sur Codeberg. Si vous vous reconnaissez dans cette liste, vous n�avez pas besoin de partir tout de suite, mais il existe peut-�tre d�autres endroits mieux adapt�s � vos besoins :

- Les projets cr��s de mani�re autonome par des � agents � de LLM
- Les projets �crits et maintenus en recourant massivement aux LLM
- Les projets pour lesquels la quantit� de ressources (par exemple, le stockage, le CI/CD) est nettement sup�rieure � ce que les personnes impliqu�es auraient pu cr�er manuellement
- Les projets �troitement li�s � l��cosyst�me des LLM, par exemple les outils �crits par des LLM pour faciliter l�utilisation des LLM
- Les utilisateurs envoyant des contributions g�n�r�es par des LLM en violation des politiques sp�cifiques du projet

Source : Annonce de Codeberg

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Forgejo : une forge logicielle l�g�re autoh�berg�e con�ue pour faciliter la gestion collaborative des projets de d�veloppement. Le projet est un fork de Gitea et met l'accent sur des performances optimales

:fleche: GitHub Copilot abandonne l'illimit� et bascule en facturation � l'usage le 1er juin apr�s des ann�es de subvention silencieuse, l'essor de l'IA agentique rend l'ancien mod�le �conomique insoutenable

:fleche: � qui appartient le code g�n�r� par Claude, Copilot ou Cursor ? Donner des instructions � une IA suffit-il pour en �tre l'auteur l�gal ?

Travailler avec les chefs de produit, par Sean Goedecke

Sean Goedecke — Mon, 06 Jul 2026 09:51:58 GMT

Travailler avec les chefs de produit, par Sean Goedecke

La relation entre les ing�nieurs et la direction produit est plus probl�matique qu�avec n�importe quel autre service de l�entreprise. Il n�y a ni culture ni langage communs, contrairement � ce qui existe entre ing�nieurs, et les r�gles d�terminant � qui a le droit de donner des ordres � qui � ne sont pas aussi claires qu�avec les managers. Les ing�nieurs n�ont pas grand-chose en commun avec les services juridiques, de conception ou commerciaux, mais ils n�ont pas non plus besoin d�interagir beaucoup avec ces fonctions. D�apr�s mon exp�rience, les ing�nieurs communiquent avec les chefs de produit presque tous les jours.

Contre la � product mommy � (maman produit)

La pire version de la relation entre le produit et l�ing�nierie se pr�sente � peu pr�s ainsi :

Les ing�nieurs sont comp�tents sur le plan technique, mais trop autistes pour qu�on leur fasse enti�rement confiance. Ils ont besoin d�une figure parentale � la fois bienveillante et stricte, qui sache communiquer avec les autres parties prenantes de l�organisation (par exemple, en utilisant sans g�ne le mot � parties prenantes �) et emp�cher les ing�nieurs de s��garer.

Toute cette dynamique d�plaisante est parfaitement r�sum�e par le terme populaire de � maman produit �. Je n�aime vraiment, vraiment pas ce terme, ni cette dynamique dans son ensemble. Presque aucune de mes relations avec mes chefs de produit n�a ressembl� � cela, m�me si j�ai pu l�observer de loin.

Une bonne collaboration avec les chefs de produit peut faire la diff�rence entre la r�ussite et l��chec au sein d�une entreprise. Pourquoi est-il si difficile d�entretenir de bonnes relations entre l�ing�nierie et le produit ? � quoi ressemble une bonne relation ?

Pourquoi est-il si difficile d�instaurer la confiance ?

Les chefs de produit et les ing�nieurs poss�dent des comp�tences qui ne se recoupent pratiquement pas. Les chefs de produit ne comprennent pas le travail technique des ing�nieurs et ne sont pas en mesure d�en discuter : si un ing�nieur donne une raison technique pour expliquer quelque chose, les chefs de produit doivent g�n�ralement hausser les �paules et r�pondre � d�accord, je suppose �. De m�me, les ing�nieurs n�ont pas la m�me visibilit� sur l�organisation que les chefs de produit. En particulier dans les grandes entreprises, c�est le chef de produit qui d�tient la v�rit� sur les attentes des utilisateurs et sur les fonctionnalit�s importantes. Lorsqu�un chef de produit affirme qu�une chose est cruciale, les ing�nieurs n�ont g�n�ralement d�autre choix que de hausser les �paules et de r�pondre � d�accord, je suppose �.

Cela exige �videmment beaucoup de confiance. Ce qui l�est un peu moins, c�est que cette confiance est sans cesse trahie par les deux parties. Chaque chef de produit s�est entendu dire des milliers de fois qu�une t�che technique X �tait techniquement impossible ou aurait des cons�quences d�sastreuses, pour finalement voir cette t�che r�alis�e sans encombre et avec succ�s. Chaque ing�nieur s�est entendu dire des milliers de fois qu�une exigence X �tait absolument cruciale et m�ritait qu�on y consacre des efforts consid�rables, pour finalement voir cette exigence abandonn�e en silence ou modifi�e sans aucune excuse.

Bien s�r, il n�y a l� aucune malveillance. Les ing�nieurs donnent souvent des estimations erron�es parce qu�il est impossible d�estimer avec pr�cision, et parfois, les cons�quences d�sastreuses dont ils mettent en garde se produisent r�ellement (elles sont simplement g�r�es en coulisses, comme les ing�nieurs g�rent bien d�autres types de dysfonctionnements techniques). Les chefs de produit � changent d�avis � parce que ce qui est important dans une grande entreprise technologique change v�ritablement d�heure en heure, et m�me les meilleures tentatives visant � ne transmettre � l��quipe d�ing�nierie que les priorit�s les plus fiables peuvent parfois �chouer.

Manipulation et mensonges

La cons�quence de cette rupture de confiance est que la relation devient tr�s difficile � entretenir. Lorsque vous �tes ing�nieur et que vous expliquez quelque chose � votre chef de produit, tout en sachant qu�il ne vous croit pas (alors qu�il n�est lui-m�me pas en mesure de juger de la question), cela peut �tre incroyablement frustrant. De m�me, lorsque vous �tes chef de produit et que vous essayez d�sesp�r�ment d�expliquer � un ing�nieur ce que nous devons faire, tout en sachant qu�il hausse les �paules int�rieurement, cela doit �tre insupportable. Ne savent-ils pas que c�est crucial pour l�entreprise ? Vous venez pourtant d�assister � une r�union avec les dirigeants de l�organisation !

L�outil naturel d�un chef de produit m�fiant, c�est la manipulation. Je me souviens encore d�un chef de produit qui a tent� d�obtenir un engagement de mon �quipe en nous demandant de faire le tour de la table et de dire tous : � Je m�engage � mener ce travail � bien en deux semaines �, apr�s une conversation au cours de laquelle nous avions expliqu� les risques qui pourraient allonger les d�lais. Je suppose que l�id�e �tait que nous travaillerions tous beaucoup plus dur, apr�s avoir pr�t� un serment sacr� ? Des variantes plus subtiles de cette approche consistent � laisser entendre que vous seriez vraiment d��u si ce travail prenait du retard (dans le plus pur style � maman produit �), ou � �voquer vaguement la possibilit� d�une r�compense abstraite (que le chef de produit n�a pas le pouvoir d�accorder) si le travail est termin� avant la date pr�vue.

L�outil naturel d�un ing�nieur m�fiant, ce sont les mensonges. La forme la plus b�nigne consiste � exag�rer les estimations : par exemple, le conseil classique qui consiste � doubler son estimation et � y ajouter 20 %. J�ai vu des ing�nieurs pr�tendre avoir d� s�occuper de toutes sortes de t�ches en grande partie fictives (un exemple courant est � contacter une �quipe voisine pour confirmer X �) afin de gagner du temps. Dans le pire des cas, les ing�nieurs peuvent m�me mentir ouvertement en affirmant que le travail a �t� achev�, puis enregistrer le retour � �a ne fonctionne pas en production � comme un bug.

Une fois que cela commence, il est presque impossible de r�parer la relation. Je ne peux pas me r�soudre � faire confiance � un chef de produit qui essaie clairement de me manipuler, et je suis s�r qu�un chef de produit ne peut pas faire confiance � un ing�nieur qui lui a menti en face par le pass�. C�est pourquoi il est si important d��viter d�s le d�part de se retrouver dans une mauvaise relation.

Ne vous disputez pas avec le chef de produit

� quoi bon ? S�il est si difficile d��tablir une bonne relation de travail avec les chefs de produit, pourquoi ne pas simplement se contenter d�une mauvaise relation ? Les chefs de produit peuvent tout � fait vous an�antir si vous ne faites pas attention.

Les chefs de produit sont presque toujours plus avis�s sur le plan politique que les ing�nieurs. Cela s�explique en partie par des raisons structurelles : les chefs de produit ont tout simplement davantage d��changes avec les d�cideurs de l�entreprise, et entretiennent donc naturellement de meilleures relations avec eux (et sont donc mieux � m�me de sentir dans quelle direction souffle le vent). C�est aussi en partie un biais de s�lection : les ing�nieurs peuvent �tre embauch�s m�me s�ils ont des comp�tences sociales relativement limit�es, car ils sont principalement �valu�s sur leurs comp�tences techniques, alors que les comp�tences sociales constituent un �l�ment essentiel du r�le de chef de produit�.

Si vous �tes en conflit avec un chef de produit, vous perdrez probablement. � moins que vous ne disposiez d�une influence hors du commun, il aura tout simplement bien plus d�occasions que vous de vous discr�diter discr�tement aupr�s des cercles influents. Il suffit de quelques remarques du type � Oh, je ne choisirais probablement pas Sean pour ce projet � pour ruiner votre r�putation. Si vous �tes ouvertement en conflit avec un chef de produit, les dirigeants de l�entreprise prendront par d�faut le parti de ce dernier plut�t que le v�tre. Ils le connaissent probablement mieux, partagent davantage de rep�res culturels avec lui et seront g�n�ralement enclins � interpr�ter la situation comme � encore un ing�nieur qui ne comprend pas comment fonctionne l�organisation �.

Gagner la confiance d�un chef de produit pr�sente d��normes avantages. Les chefs de produit veulent livrer des produits, et comprennent g�n�ralement assez bien tous les obstacles non techniques � la livraison. Si vous souhaitez vous aussi livrer des produits, vous pouvez former une �quipe redoutable.

De plus, comme la confiance entre ing�nieurs et chefs de produit est si difficile � �tablir, une fois que vous y �tes, vous y �tes pour de bon. Les chefs de produit choisissent souvent un ou deux ing�nieurs comme interlocuteurs privil�gi�s pour obtenir la � v�rit� � sur les questions techniques. Si c�est votre cas, vous disposez d�une influence hors du commun au sein de l�organisation, que vous pouvez utiliser pour faire avancer les projets qui vous tiennent � c�ur.

Comment instaurer la confiance avec les chefs de produit ?

En tant qu�ing�nieur, comment instaurer la confiance avec votre chef de produit ?

La premi�re �tape consiste � comprendre leur point de vue. Quand il vous dit que quelque chose est important ou qu�une exigence vient d�arriver, sachez que c�est rarement sa d�cision. Ce n�est pas lui qui vous m�ne en bateau, c�est quelqu�un de plus haut plac� dans la hi�rarchie qui vous m�ne tous les deux en bateau. Si vous pouvez adopter un �tat d�esprit complice avec lui, plut�t que contre lui, c�est un bon d�but. Essayez simplement de demander � Oh l� l�, d�accord, qu�est-ce qu�on peut faire l�-dessus ? � au lieu de vous plaindre.

La deuxi�me �tape consiste � avoir raison, tr�s souvent. C�est un principe de leadership d�Amazon qui peut para�tre ridicule, mais qui s�av�re tout � fait juste. J�ai �crit davantage � ce sujet, mais (aussi injuste que cela puisse para�tre), vous devez vraiment avoir raison la plupart du temps si vous voulez instaurer une relation de confiance avec un chef de produit. Lorsque vous dites qu�une fonctionnalit� sera livr�e, elle doit l��tre ; lorsque vous dites que quelque chose est impossible, cela ne doit pas se produire quelques jours ou semaines plus tard. Il n�y a pas de mal � se tromper de temps en temps, mais vous devez �tablir une habitude consistant � leur fournir des informations techniques utiles et correctes.

La troisi�me �tape consiste � les laisser prendre les d�cisions strat�giques la plupart du temps. Si vous attendez d�eux qu�ils fassent confiance � vos d�cisions techniques, vous devez leur accorder la m�me confiance lorsqu�il s�agit de naviguer au sein de l�organisation. Ne les discr�ditez pas publiquement lors des r�unions ; exprimez vos pr�occupations en priv�. S�ils affirment que quelque chose est important et que vous n�en �tes pas tout � fait s�r, faites au moins comme si c��tait le cas. Acceptez le fait qu�ils se trompent parfois, tout comme vous vous trompez parfois sur des questions techniques.

La quatri�me �tape consiste � avoir de la chance. Il arrive parfois que votre chef de produit soit tout simplement un bon � rien. Vous ne pouvez pas �tablir de relation de confiance avec une personne incomp�tente : vous n�avez aucune raison de lui faire confiance, et elle n�est pas en mesure de vous accorder sa confiance de mani�re constructive. Travailler au sein de grandes entreprises implique d�accepter le fait que certains de vos coll�gues seront plus comp�tents que d�autres, et de trouver des moyens de collaborer avec (ou de contourner) ceux qui compliquent le travail au lieu de le faciliter.

Les chefs de produit � techniques �

De nombreux chefs de produit ont d�abord �t� ing�nieurs. Si votre chef de produit est technique, cela vous met-il � l�abri de ces probl�mes ? Absolument pas !

Vous n�aurez probablement pas beaucoup de choix quant aux chefs de produit avec lesquels vous travaillerez, mais sachez qu�avoir �t� ing�nieur est un point n�gatif, et non positif. Aucun chef de produit ne peut jamais �tre suffisamment technique pour que cela ait de l�importance, car il ne travaille pas sur le code : m�me s�il �tait ing�nieur � temps plein, il n�aurait pas le temps d�acqu�rir la connaissance sp�cifique du syst�me dont il aurait besoin pour participer r�ellement aux discussions techniques. Il vaut donc mieux avoir un chef de produit qui sait qu�il n�est pas technique plut�t qu�un chef de produit qui croit � tort qu�il pourrait l��tre.

Le pire sc�nario est celui d�un ancien ing�nieur devenu chef de produit qui se croit suffisamment technique pour d�tecter quand les ing�nieurs lui mentent. Ce genre de parano�a est un pi�ge dans lequel les chefs de produit � techniques � tombent facilement, en particulier lorsqu�ils n�ont pas dans leur �quipe d�ing�nieur de confiance sur lequel s�appuyer. Si vous avez affaire � l�un d�entre eux, pr�parez-vous � passer beaucoup de temps � expliquer pourquoi vous ne pouvez pas � simplement � faire certaines choses (et pr�parez-vous � ce que ces explications ne soient pas crues).

Conclusion

Dans le pire des cas, la relation avec un chef de produit s�apparente � une famille malsaine : elle est marqu�e par la condescendance, la manipulation �motionnelle, les mensonges et la m�fiance. Ce n�est pas parce que les chefs de produit sont de mauvaises personnes ! C�est parce que la structure m�me de la relation engendre des conflits. Les deux parties doivent prendre des engagements (concernant le syst�me technique ou les objectifs de l�organisation) qui sont (a) souvent erron�s, et que (b) l�autre partie est incapable de v�rifier de mani�re ind�pendante. Pour �viter ce pi�ge, les deux parties doivent faire preuve de g�n�rosit�, �tre dispos�es � se faire confiance mutuellement dans leurs domaines d�expertise, et surtout, �tre comp�tentes.

Source : Working with product managers

Et vous ?

:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: R�ussir � � faire avancer les choses � dans les grandes entreprises technologiques, par Sean Goedecke

:fleche: Les microservices sont un co�t que votre startup ne peut probablement pas se permettre, par Oleg Pustovit

:fleche: Pourquoi vous ne devriez pas supprimer des fonctionnalit�s : Lettre d'amour d'un d�veloppeur au code � impopulaire �, par Kush Creates

GitLab 19 int�gre des instructions de r�vision de groupe, Secrets Manager et des am�liorations pour Duo Develo

Jade Emy — Wed, 27 May 2026 13:39:32 GMT

La forge logicielle GitLab 19 est disponible, int�grant des instructions de r�vision de groupe, Secrets Manager pour les pipelines CI/CD et des am�liorations pour la plateforme d'automatisation Duo Developer

GitLab 19 est d�sormais disponible et apporte plusieurs am�liorations en mati�re de flux de travail et de s�curit� pour les �quipes. Cette mise � jour permet de d�finir des instructions de r�vision personnalis�es au niveau des groupes et des sous-groupes, qui peuvent d�sormais �tre partag�es entre les projets. S'appuyant sur la s�curit� de la plateforme, GitLab Secrets Manager entre en b�ta ouverte pour les utilisateurs Premium et Ultimate sur GitLab.com et les installations autog�r�es. En outre, cette version permet � GitLab Duo Developer d'accro�ttre la flexibilit� de l'automatisation en acceptant plusieurs m�thodes de d�clenchement.

GitLab est un logiciel libre de forge bas� sur git proposant les fonctionnalit�s de wiki, un syst�me de suivi des bugs, l�int�gration continue et la livraison continue (CI/CD). D�velopp� par GitLab Inc et cr�� par Dmitriy Zaporozhets et par Valery Sizov, le logiciel est utilis� par plusieurs grandes entreprises informatiques,dont IBM, Sony, la NASA, Alibaba, Oracle, O�Reilly Media, le CERN, et plus encore. GitLab peut �tre int�gr� � des produits destin�s aux d�veloppeurs, tels que AWS ou Google Cloud, et peut �tre contr�l� � distance via une API. Il est disponible en �dition communautaire et en �dition commerciale.

GitLab 19 est d�sormais disponible et apporte plusieurs am�liorations en mati�re de flux de travail et de s�curit� pour les �quipes. Cette mise � jour permet de d�finir des instructions de r�vision personnalis�es au niveau des groupes et des sous-groupes, qui peuvent d�sormais �tre partag�es entre les projets. Cet ajout rationalise les workflows de r�vision de code et minimise les doublons de configuration, au b�n�fice des utilisateurs de Code Review Flow et de GitLab Duo Code Review.

Au niveau de la gestion de projet, les �quipes peuvent d�sormais d�finir des types d'�l�ments de travail personnalis�s au-del� des tickets ou t�ches standard. Les projets peuvent ajouter ou renommer des types d'�l�ments tels que � user story �, � bug � ou � maintenance �. Ces types prennent en charge les champs personnalis�s, les cycles de vie de statut et les ic�nes uniques, et peuvent �tre configur�s par projet pour un suivi sur mesure du workflow.

S'appuyant sur la s�curit� de la plateforme, GitLab Secrets Manager entre en b�ta ouverte pour les utilisateurs Premium et Ultimate sur GitLab.com et les installations autog�r�es. Gr�ce � cette fonctionnalit�, les propri�taires de projets et de groupes peuvent stocker, r�cup�rer et r�f�rencer en toute s�curit� les secrets d'int�gration continue et de d�ploiement continu (CI/CD). Les secrets sont limit�s � un projet ou un groupe et ne sont accessibles que par des t�ches de pipeline sp�cifi�es.

� la suite de ces changements fondamentaux, GitLab Duo Developer accro�t la flexibilit� de l'automatisation en acceptant plusieurs m�thodes de d�clenchement. Les d�veloppeurs peuvent l'assigner � des tickets, l'invoquer pour g�n�rer des demandes de fusion ou le mentionner (@mention) dans les discussions pour automatiser les r�ponses et les modifications de code. Le scanner de d�pendances bas� sur la SBOM est �galement d�sormais disponible pour tous, permettant aux projets Maven, Gradle et Python d'identifier les vuln�rabilit�s dans l'ensemble de leur arborescence de d�pendances, y compris tous les paquets transitifs.

Voici un extrait de l'annonce de GitLab 19.0 :

Principales fonctionnalit�s

Instructions de r�vision personnalis�es au niveau du groupe pour GitLab Duo

Dans les versions pr�c�dentes de GitLab, vous ne pouviez d�finir des instructions de r�vision personnalis�es pour GitLab Duo qu�au niveau du projet. Les �quipes travaillant sur plusieurs projets au sein d�un m�me groupe devaient dupliquer les m�mes instructions dans chaque projet.

Vous pouvez d�sormais configurer des instructions de r�vision personnalis�es partag�es pour l�ensemble d�un groupe et ses sous-groupes.

S�lectionnez un projet de votre groupe � utiliser comme mod�le. Lorsque GitLab Duo effectue une r�vision de code, il combine le fichier .gitlab/duo/mr-review-instructions.yaml au niveau du groupe avec les instructions d�finies dans le projet individuel.

Le flux de r�vision de code et la r�vision de code GitLab Duo prennent tous deux en charge les instructions personnalis�es au niveau du groupe.

Configurer les types d'�l�ments de travail

Auparavant, les types d'�l�ments de travail pouvaient �tre soit un ticket, soit une t�che. Vous pouvez d�sormais configurer des types d'�l�ments de travail personnalis�s dans un projet afin de les adapter � la mani�re dont votre �quipe planifie et suit le travail.

Vous pouvez cr�er ou renommer des types en User Story, Bug ou Maintenance. Chaque �l�ment de travail s�affiche avec son nom de type et une ic�ne unique. Les nouveaux types prennent en charge les champs personnalis�s et les cycles de vie des statuts, et apparaissent dans vos vues enregistr�es et vos tableaux de tickets. La configuration des types au niveau du groupe de premier niveau (GitLab.com) ou de l�organisation (GitLab Self-Managed) s�applique � tous les projets.

Vous pouvez �galement contr�ler les types disponibles pour chaque projet. Activez ou d�sactivez un type pour tous les projets � la fois, ou laissez chaque projet g�rer individuellement la visibilit� de ses types. Lorsque vous d�sactivez un type dans un projet, les �l�ments de travail existants ne sont pas affect�s.

GitLab Secrets Manager d�sormais disponible en b�ta ouverte

Dans les versions pr�c�dentes de GitLab, GitLab Secrets Manager n'�tait accessible qu'� un groupe de b�ta-testeurs ferm�. La plupart des �quipes s'appuyaient sur des services externes tels que HashiCorp Vault ou AWS Secrets Manager.

GitLab Secrets Manager est d�sormais disponible en b�ta ouverte pour les clients Premium et Ultimate sur GitLab.com et GitLab Self-Managed. Lorsque GitLab Secrets Manager est activ�, les propri�taires de projets et de groupes peuvent stocker, r�cup�rer et r�f�rencer des secrets CI/CD dans GitLab. Les secrets sont limit�s � un projet ou � un groupe et ne sont accessibles qu�aux t�ches de pipeline qui les demandent explicitement.

Pendant la b�ta ouverte, GitLab Secrets Manager suit la politique de support b�ta et peut ne pas �tre pr�t pour une utilisation en production.

Am�liorations de GitLab Duo Developer pour les workflows de demandes de fusion

GitLab Duo Developer prend d�sormais en charge plusieurs m�thodes de d�clenchement : attribuez-le � un ticket, s�lectionnez � G�n�rer une MR � ou mentionnez-le (@mention) dans n'importe quel ticket ou fil de discussion de MR pour transformer les retours d'exp�rience, les t�ches � effectuer et les questions de conception en modifications de code, en MR de suivi ou en r�sum�s de recherche.

Une fois AGENTS.md et agent-config.yml configur�s, GitLab Duo Developer ex�cute vos tests et v�rifications avant la validation. Une fois que l'administrateur d'un groupe de niveau sup�rieur ou d'une instance a activ� le flux Developer, GitLab ajoute automatiquement des d�clencheurs de mention et d'attribution aux projets �ligibles.

Analyse des d�pendances � l'aide de SBOM d�sormais disponible

Le scanner de d�pendances bas� sur SBOM de GitLab est d�sormais disponible. Les projets Maven, Gradle et Python b�n�ficient d�sormais d'une visibilit� compl�te sur les vuln�rabilit�s de l'ensemble de leur arborescence de d�pendances, y compris les paquets vuln�rables introduits de mani�re transitive, et pas seulement ceux d�clar�s directement.

L'analyseur inclut d�sormais la r�solution automatique des d�pendances pour les projets Maven, Gradle et Python. Lorsqu'un fichier de verrouillage ou un graphe de d�pendances r�solu n'est pas pr�sent, l'analyseur invoque automatiquement des outils pour r�soudre le graphe complet des d�pendances transitives avant l'analyse. La r�solution des d�pendances est activ�e par d�faut et ne n�cessite que peu ou pas de configuration suppl�mentaire, hormis l'inclusion du mod�le d'analyse des d�pendances v2.

Pour les projets o� la r�solution des d�pendances n'est pas possible, l'analyseur se rabat sur l'analyse des manifestes. Il analyse les fichiers pom.xml, requirements.txt, build.gradle et build.gradle.kts pour identifier les d�pendances directes. L'analyse du manifeste garantit aux �quipes de toujours disposer d'un point de d�part pour la couverture des vuln�rabilit�s, m�me pour les projets sans fichiers de verrouillage ou de build.

L'analyse du manifeste est activ�e par d�faut et ne renvoie que les d�pendances directes. Pour une couverture transitive compl�te, activez la r�solution des d�pendances ou fournissez manuellement un fichier de verrouillage des d�pendances ou une exportation du graphe.

Source : Pr�sentation de GitLab 19.0

Et vous ?

:fleche: Pensez-vous que cette version est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: GitLab supprime des emplois afin d'investir dans des agents IA destin�s � automatiser les r�visions, les validations et les transferts internes, pr�voyant �galement d'aplatir les niveaux hi�rarchiques

:fleche: La forge logicielle GitLab 18.10 est disponible avec la d�tection agentique des faux positifs pour les vuln�rabilit�s SAST, des cr�dits IA pour le niveau gratuit et la connexion � l'aide de cl�s d'acc�s

:fleche: On ne peut pas faire confiance aux assistants IA pour produire du code s�r : l'assistant IA de GitLab a expos� les d�veloppeurs � l'injection d'une invite qui permet de voler le code source

Images attach�es

GitHub cite un dysfonctionnement de l�autoscaling comme responsable de sa r�cente panne de 8 h

Patrick Ruiz — Sun, 24 May 2026 14:33:20 GMT

GitHub doit lutter pour sa survie au sein de Microsoft. Le service web d�h�bergement et de gestion de d�veloppement de logiciels fait face � des d�fis op�rationnels, strat�giques et concurrentiels.

Lorsque Microsoft a finalis� en 2018 le rachat de GitHub pour un montant de 7,5 milliards de dollars, les d�veloppeurs ont r�agi avec inqui�tude. Certains craignaient que Microsoft ne prenne le contr�le de GitHub, tandis que d'autres pr�f�raient attendre de voir comment les choses allaient �voluer. Pr�s de huit ans plus tard, GitHub lutte aujourd'hui pour sa survie, confront� � une multiplication des pannes, � des probl�mes de s�curit� et � la pression exerc�e par ses concurrents.

Rien qu�au cours des derni�res semaines, GitHub a connu plusieurs pannes majeures, la divulgation d�une faille permettant l�ex�cution de code � distance, ainsi que le piratage de ses d�p�ts de code internes � cause d�une extension VS Code � corrompue � install�e sur l�appareil d�un employ�. Des employ�s actuels et anciens de GitHub dressent tous le portrait d�une entreprise aux prises avec un manque de leadership et la pression exerc�e par ses concurrents.

Bon nombre de difficult�s de GitHub trouvent leur origine avec le d�part de l�ancien PDG � Thomas Dohmke

Bon nombre des difficult�s actuelles de GitHub trouvent leur origine l'�t� dernier. L'ancien PDG de GitHub, Thomas Dohmke, a d�missionn�, provoquant un bouleversement majeur dans le fonctionnement de GitHub sous le contr�le de Microsoft. Microsoft n'ayant pas pourvu le poste de PDG laiss� vacant par Dohmke, le reste de l'�quipe de direction de GitHub a d� se mettre directement sous la tutelle de l'�quipe CoreAI de Microsoft. Les employ�s de GitHub ont eu du mal � s'adapter apr�s avoir �t� fiers de leur ind�pendance pendant si longtemps.

L'�quipe CoreAI au sein de laquelle op�re GitHub est dirig�e par Jay Parikh, ancien directeur de l'ing�nierie chez Meta, que Satya Nadella, PDG de Microsoft, a personnellement recrut� l'ann�e derni�re pour contribuer � la transformation de l'entreprise dans le domaine de l'IA.

Depuis le d�part de Dohmke, GitHub conna�t une fuite des talents. Certains employ�s de GitHub ont suivi Dohmke chez Entire, sa nouvelle start-up, une plateforme destin�e aux d�veloppeurs qui semble appel�e � concurrencer directement GitHub. Sur les 30 employ�s r�pertori�s chez Entire, au moins 11 travaillaient auparavant chez GitHub.

Outre des nouveaux venus dans la fili�re comme Entire, GitHub doit faire face � la menace concurrentielle que repr�sentent Cursor et Claude Code. Alors que GitHub Copilot avait pris une longueur d�avance dans la course � l�IA appliqu�e au codage, il a pris du retard sur ses rivaux au cours de la derni�re ann�e. The Information rapporte en d�but de semaine que Jay Parikh avait averti en priv� ses coll�gues que GitHub � faisait face � une menace critique �. Microsoft aurait en sus envisag� d'acqu�rir Cursor ces derniers mois afin de combler l'�cart avec GitHub Copilot. Des rapports indiquent que Microsoft en est au rendu au point d�annuler ses propres licences Claude Code dans le but d'inciter ses d�veloppeurs � contribuer � l'am�lioration de GitHub Copilot.

Microsoft aura donc besoin des meilleurs talents pour faire face � la concurrence

Les remaniements � la direction et les d�parts n�ont pas cess� ces derniers mois. Julia Liuson, cadre chevronn�e de Microsoft, a annonc� le mois dernier son d�part de l�entreprise apr�s 34 ans de service. GitHub relevait auparavant de sa responsabilit� avant la cr�ation de CoreAI l�ann�e derni�re, et elle �tait charg�e de superviser les revenus, l�ing�nierie et le support de GitHub apr�s le d�part de Dohmke.

Jared Palmer, qui venait tout juste de rejoindre GitHub en octobre en tant que vice-pr�sident senior, quitte d�j� l'entreprise pour occuper un poste chez Xbox en tant que vice-pr�sident de l'ing�nierie et conseiller technique de la PDG de Xbox, Asha Sharma. La nouvelle dirigeante de Xbox a recrut� plusieurs anciens cadres de Microsoft CoreAI, qui semblent plus que d�sireux de se soustraire � l'autorit� de Parikh.

Elizabeth Pemmerl, ancienne directrice des recettes de GitHub, a �galement annonc� sa d�mission le mois dernier. Dan Stein, ancien responsable des logiciels et des plateformes num�riques chez Microsoft Customer and Partner Solutions (MCAPS), a �t� nomm� nouveau directeur des recettes de GitHub. Les recettes de GitHub relevant d�sormais de MCAPS et le d�veloppement des produits �tant r�parti au sein de la division D�veloppeurs de Microsoft, certains au sein de GitHub ont le sentiment qu�il n�y a plus d��quipe de direction.

Les pannes se sont multipli�es sur la plateforme entra�nant la col�re des utilisateurs et leur d�part vers d�autres services

Les pannes ont �t� particuli�rement fr�quentes au cours de l'ann�e �coul�e, � tel point que Vladimir Fedorov, directeur technique de GitHub, a d� pr�senter personnellement ses excuses pour les derniers incidents survenus le mois dernier. Fedorov a reconnu que GitHub avait du mal � faire face � l'�norme pic de croissance enregistr� ces derni�res ann�es, d� � l'augmentation du nombre de pull requests, de commits et de nouveaux d�p�ts.

Ces pannes surviennent alors que GitHub est en pleine migration vers les serveurs Azure, un projet que M. Fedorov a lanc� quelques mois apr�s avoir rejoint GitHub afin de tenter de r�soudre les probl�mes de capacit� des centres de donn�es. J'avais pr�venu � l'�poque que cette migration risquait d'entra�ner des pannes en cours de route, en raison de la complexit� des clusters MySQL g�r�s par GitHub.

GitHub fait aussi face � une vague de critiques suite � sa d�cision de passer � une facturation � l'utilisation pour son outil de codage bas� sur l'IA

� partir du mois de juin, chaque forfait Copilot inclura un quota mensuel de cr�dits IA GitHub, les abonn�s ayant la possibilit� d'acheter des cr�dits suppl�mentaires. Actuellement, les d�veloppeurs peuvent tester l'outil sans se soucier des co�ts, car GitHub les fait simplement basculer vers un mod�le d'IA moins performant une fois les limites atteintes. Avec le nouveau syst�me, les utilisateurs de GitHub Copilot seront coup�s du service s'ils ne paient pas pour obtenir davantage de cr�dits.

Conclusion

GitHub est actuellement confront� � un ensemble complexe de d�fis op�rationnels, strat�giques et concurrentiels. L'utilisation croissante d'agents de codage bas�s sur l'IA g�n�re une charge et un trafic sans pr�c�dent sur la plateforme, sans pour autant se traduire par une augmentation correspondante des revenus, en partie � cause des services gratuits existants et de mod�les tarifaires obsol�tes. Conjugu�s � une migration vers le cloud qui perturbe le fonctionnement et � un vide au niveau de la direction, ces facteurs ont entra�n� des pannes tr�s m�diatis�es et un m�contentement des clients. Microsoft r�agit par des r�formes techniques et des hausses de prix visant � stabiliser et � mon�tiser la plateforme. En parall�le, la concurrence croissante dans le domaine du codage assist� par l'IA accentue la pression pour innover et fid�liser les clients, en particulier les grandes entreprises d�courag�es par le co�t �lev� de la migration vers des plateformes concurrentes. La capacit� de GitHub � conserver sa position dominante d�pend de sa capacit� � r�soudre les probl�mes de stabilit� de l'infrastructure, � adapter sa tarification et � renforcer les fonctionnalit�s de la plateforme dans un contexte de concurrence accrue sur le march�.

Et vous ?

:fleche: Ces rapports en lien avec la qualit� du service chez GitHub sont-ils coh�rents avec la r�alit� dont vous �tes au fait ? Partagez vos anecdotes
:fleche: La situation aurait-elle pu �tre diff�rente chez GitHub ? A quelles conditions ?
:fleche: Sur quelles alternatives � GitHub votre entreprise s�appuie-t-elle pour ses projets logiciels ?

Voir aussi :

:fleche: L'�ge d'or du forfait IA illimit� tire � sa fin : pubs cibl�es, limitations d'usage, fonctionnalit�s verrouill�es, prix en hausse. L'IA agentique contraint les fournisseurs � changer leurs mod�les �conomiques

:fleche: Anthropic bloque l'utilisation par des clients tiers des abonnements � Claude Code : la fin de l'interop�rabilit� et de l'ouverture des outils de dev ou simple �pisode dans la bataille des assistants IA ?

:fleche: Apr�s qu'Anthropic ait bloqu� brutalement Openclaw techniquement et l�galement, Sam Altman l'opportuniste en profite pour r�cup�rer le b�b� dans le giron d'OpenAI

L'interface CLI de GitHub collecte et transmet d�sormais par d�faut des donn�es de t�l�m�trie pseudonymis�es

Anthony — Fri, 24 Apr 2026 10:46:13 GMT

L'interface CLI de GitHub collecte et transmet d�sormais par d�faut des donn�es de t�l�m�trie pseudonymis�es, ce qui suscite des inqui�tudes quant � la protection de la vie priv�e au sein de la communaut�

L'interface en ligne de commande (CLI) de GitHub a r�cemment commenc� � envoyer par d�faut des donn�es de t�l�m�trie pseudonymis�es. Ce changement a �t� mis en lumi�re par des signalements d'utilisateurs et a suscit� des inqui�tudes quant � la protection de la vie priv�e au sein de la communaut�, ainsi que des critiques concernant le fait que cette fonctionnalit� soit activ�e par d�faut.

GitHub est une plateforme propri�taire destin�e aux d�veloppeurs qui leur permet de cr�er, stocker, g�rer et partager leur code. Elle utilise Git pour assurer un contr�le de version distribu� et offre elle-m�me des fonctionnalit�s de contr�le d'acc�s, de suivi des bogues, de gestion des demandes de fonctionnalit�s logicielles, de gestion des t�ches, d'int�gration continue et de wikis pour chaque projet. GitHub, dont le si�ge social est situ� � San Francisco, est exploit� par GitHub, Inc., une filiale de Microsoft depuis 2018.

Selon GitHub, la collecte de ces donn�es a pour but d'aider l'�quipe de d�veloppement � comprendre comment les fonctionnalit�s sont adopt�es, ce qui lui permet de hi�rarchiser les am�liorations en fonction des habitudes d'utilisation r�elles. L'entreprise souligne que ces retours d'exp�rience l'aident � orienter ses d�cisions, par exemple pour d�terminer s'il convient de revoir la conception des fonctionnalit�s ou de se concentrer sur l'am�lioration de domaines sp�cifiques si les donn�es d'utilisation mettent en �vidence une demande pour certaines commandes ou certains drapeaux.

� � mesure que l'adoption de GitHub CLI par les d�veloppeurs s'�tend, notre �quipe a besoin de savoir comment ces fonctionnalit�s sont utilis�es dans la pratique. Nous utilisons ces donn�es pour hi�rarchiser nos priorit�s et d�terminer si les fonctionnalit�s r�pondent aux besoins r�els des utilisateurs �, a indiqu� GitHub sur son site. � Par exemple, lorsque nous lan�ons une nouvelle sous-commande, nous voulons savoir si quelqu'un l'utilise et comment. Si son adoption est faible, nous savons que nous devons revoir la visibilit� ou la conception de cette fonctionnalit�. Si une sous-commande est tr�s utilis�e avec certains param�tres, cela nous indique o� nous devons investir pour am�liorer l'exp�rience utilisateur. �

Quelles sont les donn�es collect�es

Les champs suivants sont inclus dans les �v�nements de t�l�m�trie. Les champs comportant une valeur "Port�e de la commande" ne sont envoy�s que pour les commandes relevant de cette port�e.

agent : Agent IA appelant gh, si pr�sent (exemple : copilot-cli)
architecture : Architecture CPU d'ex�cution (exemples : amd64, arm64).
ci : Indique si gh fonctionne dans un environnement CI (exemple boolean).
command : Nom de la commande gh (exemples : gh, pr, create).
device_id : Identifiant al�atoire unique g�n�r� et stock� localement pour chaque combinaison utilisateur/appareil (pas un ID machine) (exemple : UUID).
flags : Liste s�par�e par des virgules des noms des indicateurs utilis�s pour appeler gh (exemple : body,title).
github_actions : Indique si gh fonctionne dans GitHub Actions (exemple : boolean).
invocation_id : Identifiant al�atoire unique g�n�r� � chaque invocation de gh (exemple : UUID).
is_tty : Indique si gh fonctionne en mode TTY (exemple : boolean).
os : Type de syst�me d'exploitation h�te (exemples : darwin, linux, windows).
timestamp : Horodatage de l'�v�nement.
version : Version de gh (exemple : 2.91.0).
agent_hosts : Type d'agent du skill � r�cup�rer (port�e de la commande : skill, exemple : github-copilot).
repo_visibility : Visibilit� du d�p�t du skill � r�cup�rer (port�e de la commande : skill, exemples : public, private, internal, unknown).
sample_rate : Taux d'�chantillonnage pour la t�l�m�trie (port�e de la commande : skill, exemple : int).
skill_host_type : Cat�gorie d'h�te GitHub du d�p�t du skill (port�e de la commande : skill, exemples : github.com, ghes, tenancy, uncategorized).
skill_names : Liste s�par�e par des virgules des noms de skill � r�cup�rer (uniquement pour un d�p�t public) (port�e de la commande : skill, exemple : git-commit).
skill_owner : Propri�taire du d�p�t du skill (uniquement pour un d�p�t public) (port�e de la commande : skill, exemple : github).
skill_repo : Nom du d�p�t du skill (uniquement pour un d�p�t public) (port�e de la commande : skill, exemple : awesome-copilot).
from_owner : Propri�taire du d�p�t amont du skill (uniquement pour un d�p�t public) (port�e de la commande : skill, exemple :github).
from_repo : Nom du d�p�t amont du skill (uniquement pour un d�p�t public) (port�e de la commande : skill, exemple : awesome-copilot).
upstream_source : Indique si le d�p�t du skill est la source ou le r��diteur (port�e de la commande : skill, exemples : none, republisher).
install_count : Nombre de skills s�lectionn�s pour l'installation (port�e de la commande : skill, exemple : int).

Les �v�nements de t�l�m�trie sont envoy�s � l'infrastructure d'analyse interne de GitHub.

Comment v�rifier les donn�es transmises

En mati�re de transparence, GitHub souligne que l'interface CLI est open source et que les utilisateurs peuvent examiner directement l'impl�mentation de la t�l�m�trie dans le d�p�t cli/cli.

De plus, les utilisateurs ont la possibilit� d'activer un mode log (journalisation) � l'aide d'une option de configuration ou d'une variable d'environnement. Ce mode leur permet de voir exactement quelles donn�es seraient envoy�es sans pour autant transmettre aucune information.

1. Variable d'environnement :

Code:

export GH_TELEMETRY=log

2. Configuration de l'interface CLI :

Code:

gh config set telemetry log

En mode journalisation, GitHub CLI affiche le contenu de la charge utilse JSON (qu'il enverrait normalement) sur stderr. Cela permet d'examiner chaque champ avant de d�cider de conserver ou non la t�l�m�trie activ�e. Par exemple :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
$ GH_TELEMETRY=log gh pr edit 42 --title "bug fix" --body "fixed a bug"
...
Telemetry payload:
{
  "events": [
    {
      "type": "command_invocation",
      "dimensions": {
        "agent": "",
        "architecture": "arm64",
        "ci": "false",
        "command": "gh pr edit",
        "device_id": "d80dc1eb-5c66-4bcd-bbc8-568e173bb977",
        "flags": "body,title",
        "github_actions": "false",
        "invocation_id": "51b4383c-23b1-47da-91d7-dcc8aa79dd1c",
        "is_tty": "true",
        "os": "darwin",
        "timestamp": "2026-04-22T00:00:00.000Z",
        "version": "2.91.0"
      }
    }
  ]
}

Cette commande ne peut journaliser les donn�es de t�l�m�trie que pour la commande et le contexte pr�cis dans lesquels elle a �t� ex�cut�e. Par exemple, la modification des variables d'environnement ou des comptes authentifi�s peut modifier les �v�nements et les dimensions d'�v�nement inclus dans la charge utile.

Comment d�sactiver la t�l�m�trie

Pour ceux qui pr�f�rent ne pas participer � la t�l�m�trie, une option de d�sactivation est disponible et peut �tre configur�e soit via une variable d'environnement, soit via un fichier de configuration. Lors de l'utilisation de variables d'environnement, il est �galement possible de recourir � la convention DO_NOT_TRACK.

Il existe trois fa�ons de d�sactiver la t�l�m�trie :

1. D�finir la variable d'environnement GH_TELEMETRY (n'importe quelle valeur fausse convient : 0, false, disabled ou une cha�ne vide) :

Code:

export GH_TELEMETRY=false

2. Utiliser la convention DO_NOT_TRACK :

Code:

export DO_NOT_TRACK=true

3. Utiliser la configuration via l'interface CLI :

Code:

gh config set telemetry disabled

Les variables d'environnement (options 1 et 2) ont priorit� sur la valeur de configuration.

Malgr� ces mesures, certains utilisateurs restent m�contents, notamment parce que la t�l�m�trie est activ�e par d�faut. Ironisant sur le sujet, un utilisateur a �crit sur un forum en ligne : � Je veux dire, c'est logique, bien s�r. Comment pourraient-ils autrement savoir ce que veulent les utilisateurs ? Utiliser un outil de suivi des bogues ? Utiliser leur propre logiciel ? Avoir un temps de disponibilit� sup�rieur � 99,999 % ? /s �

Sources : GitHub (T�l�m�trie, D�sactivation de la t�l�m�trie)

Et vous ?

:fleche: Quel est votre avis sur le sujet ?
:fleche: Trouvez-vous cette initiative de GitHub cr�dible ou pertinente ?

Voir aussi :

:fleche: GitHub annonce qu'� partir du 24 avril, les donn�es d'interaction des utilisateurs de Copilot Free, Pro et Pro+ seront utilis�es pour entra�ner et am�liorer les mod�les d'IA de Copilot, sauf refus explicite

:fleche: GitHub sous tension : certains utilisateurs m�contents se rebellent contre les fonctionnalit�s IA Copilot impos�es, quand l'aide optionnelle au codage se transforme en prison num�rique

:fleche: Workflows GitHub Agentic offre l'automatisation des r�f�rentiels, l'ex�cution des agents de codage, tels que Copilot, Claude ou OpenAI Codex, avec des garde-fous solides dans GitHub Actions

Images attach�es

Le syst�me de gestion de versions distribu� Git 2.54 est disponible

Jade Emy — Wed, 22 Apr 2026 10:50:32 GMT

Le syst�me de gestion de versions distribu� Git 2.54 est disponible et introduit la commande � git history � et des hooks am�lior�s pour une meilleure gestion des d�p�ts

Le projet open source Git vient de publier la version 2.54 de Git, qui int�gre des fonctionnalit�s et des corrections de bogues provenant de plus de 137 contributeurs, dont 66 nouveaux. Voici un aper�u par GitHub de certaines des fonctionnalit�s et modifications les plus int�ressantes introduites depuis la derni�re version : R��crire l'historique avec l'historique Git, Hooks bas�s sur la configuration et recompression g�om�trique par d�faut lors de la maintenance.

Git est un syst�me de gestion de versions distribu� capable de g�rer les versions de code source ou de donn�es. Il est souvent utilis� pour g�rer le code source par les programmeurs qui d�veloppent des logiciels en collaboration. Les objectifs de conception de Git incluent la vitesse, l'int�grit� des donn�es et la prise en charge de workflows distribu�s et non lin�aires � des milliers de branches parall�les s'ex�cutant sur diff�rents ordinateurs.

Comme la plupart des autres syst�mes de contr�le de version distribu�s, et contrairement � la plupart des syst�mes client-serveur, Git conserve une copie locale de l'int�gralit� du d�p�t, �galement appel� � repo �, avec des capacit�s d'historique et de suivi des versions, ind�pendamment de l'acc�s au r�seau ou d'un serveur central. Un d�p�t est stock� sur chaque ordinateur dans un r�pertoire standard contenant des fichiers suppl�mentaires cach�s afin de fournir des capacit�s de contr�le de version.

Aujourd'hui, Git est le syst�me de contr�le de version le plus couramment utilis� par les d�veloppeurs de logiciels. C'est le syst�me de contr�le de version distribu� le plus populaire, pr�s de 95 % des d�veloppeurs le citant comme leur principal syst�me de contr�le de version en 2022. C'est l'outil de gestion de code source le plus largement utilis� parmi les d�veloppeurs professionnels. Il existe plusieurs services de d�p�t Git, notamment GitHub, SourceForge, Bitbucket et GitLab.

R�cemment, le projet open source Git vient de publier la version 2.54 de Git, qui int�gre des fonctionnalit�s et des corrections de bogues provenant de plus de 137 contributeurs, dont 66 nouveaux. Voici un aper�u par GitHub de certaines des fonctionnalit�s et modifications les plus int�ressantes introduites depuis la derni�re version : R��crire l'historique avec l'historique Git, Hooks bas�s sur la configuration et recompression g�om�trique par d�faut lors de la maintenance.

R��crire l'historique avec git history.

Le projet Git propose depuis longtemps des outils permettant de r��crire l�historique de votre d�p�t. git rebase �i est le plus connu, et il est remarquablement flexible : vous pouvez r�organiser, fusionner, modifier et supprimer des commits. Mais cette flexibilit� s�accompagne d�une certaine complexit� : un rebase interactif op�re sur une s�rie de commits, met � jour votre arborescence de travail et votre index au fur et � mesure, et peut vous laisser dans un �tat de conflit que vous devez r�soudre avant de continuer.

Pour les cas plus simples, tout ce m�canisme peut sembler excessif. Si vous souhaitez simplement corriger une faute de frappe dans le message d'un commit datant de trois commits, ou diviser un commit en deux, un rebase interactif fonctionne, mais vous oblige � �tablir une liste de t�ches, � marquer le bon commit pour modification, puis � mener le rebase � son terme.

Git 2.54 introduit une nouvelle commande exp�rimentale con�ue pr�cis�ment pour ces cas plus simples : git history. La commande history prend actuellement en charge deux op�rations : reword et split.

git history reword ouvre votre �diteur avec le message du commit sp�cifi� et le r��crit sur place, en mettant � jour toutes les branches issues de ce commit. Contrairement � git rebase, elle ne touche pas � votre arborescence de travail ni � votre index, et peut m�me fonctionner dans un d�p�t nu.

git history split vous permet de diviser de mani�re interactive un commit en deux en s�lectionnant les segments � extraire pour former un nouveau commit parent. L'interface vous semblera famili�re si vous avez d�j� utilis� add en mode interactif via git add �p :

Code:

1
2
3
4
5
6
7
8
9
$ git history split HEAD
diff --git a/bar b/bar
new file mode 100644
index 0000000..50810a5
--- /dev/null
+++ b/bar
@@ -0,0 +1 @@
+bar
(1/1) Stage addition [y,n,q,a,d,p,?]? y

Apr�s avoir s�lectionn� les segments, Git cr�e un nouveau commit avec ces modifications en tant que parent du commit d�origine (qui conserve les segments que vous n�avez pas s�lectionn�s) et r��crit toutes les branches descendantes pour qu�elles pointent vers l�historique mis � jour.

Il existe quelques limitations intentionnelles qui m�ritent d'�tre not�es. La commande history ne prend pas en charge les historiques contenant des commits de fusion, et elle refusera d'effectuer toute op�ration qui entra�nerait un conflit de fusion. De par sa conception, git history est destin� � des r��critures cibl�es et non interactives, et non au type de r��criture d'historique ouverte g�n�ralement rel�gu�e � git rebase �i.

La commande history s�appuie sur le m�canisme central de git replay, qui a lui-m�me �t� extrait dans une biblioth�que dans le cadre de ce travail. Gr�ce � cette base, git history b�n�ficie de la capacit� de replay � fonctionner sans toucher � l�arborescence de travail, ce qui en fait un outil naturellement adapt� aux scripts et � l�automatisation, en plus d�une utilisation interactive.

Cette commande est encore consid�r�e comme exp�rimentale, son interface est donc susceptible d��voluer. Essayez-la avec git history reword et git history split, disponibles dans Git 2.54.

Hooks bas�s sur la configuration

Si vous avez d�j� souhait� partager un hook Git entre plusieurs d�p�ts, vous avez probablement d� recourir � un gestionnaire de hooks tiers, ou cr�er manuellement des liens symboliques vers les scripts dans le r�pertoire $GIT_DIR/hooks de chaque d�p�t. En effet, historiquement, les hooks Git ne pouvaient �tre d�finis que comme des scripts ex�cutables r�sidant � un seul endroit : le sous-r�pertoire hooks de votre r�pertoire .git (ou tout autre emplacement indiqu� par core.hooksPath).

Cela signifiait que si vous souhaitiez ex�cuter un linter avant chaque commit sur l�ensemble de vos d�p�ts, vous deviez copier le script dans chaque d�p�t, ce qui peut s�av�rer fastidieux et source d�erreurs. Vous pouviez �galement configurer core.hooksPath pour qu�il pointe vers un r�pertoire partag�, mais cela obligeait tous vos d�p�ts � partager exactement le m�me ensemble de hooks, sans possibilit� de les combiner � votre guise.

Git 2.54 introduit une nouvelle fa�on de d�finir les hooks : dans vos fichiers de configuration. Au lieu de placer un script dans .git/hooks/pre-commit, vous pouvez d�sormais �crire :

Code:

1
2
3
[hook "linter"]
   event = pre-commit
   command = ~/bin/linter --cpp20

La cl� hook..command sp�cifie la commande � ex�cuter, tandis que hook..event indique quel �v�nement de hook doit la d�clencher. Comme il s'agit simplement d'une configuration, elle peut �tre plac�e dans votre fichier ~/.gitconfig personnel, dans le fichier syst�me /etc/gitconfig ou dans la configuration locale d'un d�p�t. Cela permet de d�finir facilement un ensemble de hooks de mani�re centralis�e et de les appliquer partout.

Mieux encore, vous pouvez d�sormais ex�cuter plusieurs hooks pour un m�me �v�nement. Si vous souhaitez qu�un linter et un scanner de secrets s�ex�cutent avant chaque commit, vous pouvez les configurer ind�pendamment :

Code:

1
2
3
4
5
6
7
[hook "linter"]
   event = pre-commit
   command = ~/bin/linter --cpp20

[hook "no-leaks"]
   event = pre-commit
   command = ~/bin/leak-detector

Git les ex�cutera dans l'ordre o� il rencontre leur configuration. Le script de hook traditionnel dans $GIT_DIR/hooks fonctionne toujours et s'ex�cute en dernier, de sorte que les hooks existants ne sont pas affect�s. Vous pouvez voir quels hooks sont configur�s (et d'o� ils proviennent) avec git hook list :

Code:

1
2
3
$ git hook list pre-commit
global    linter  ~/bin/linter --cpp20
local    no-leaks    ~/bin/leak-detector

Les hooks individuels peuvent �tre d�sactiv�s sans supprimer leur configuration en d�finissant hook..enabled = false, ce qui est particuli�rement pratique lorsqu'un hook est d�fini dans une configuration au niveau du syst�me mais que vous devez exclure un d�p�t sp�cifique.

Parall�lement, la gestion interne des hooks par Git a �t� modernis�e. De nombreux hooks int�gr�s qui �taient auparavant invoqu�s via des chemins de code ad hoc (comme pre-push, post-rewrite et les divers hooks receive-pack) ont �t� migr�s vers la nouvelle API de hooks, ce qui signifie qu�ils b�n�ficient tous du nouveau m�canisme de hooks bas� sur la configuration.

Recompression g�om�trique par d�faut lors de la maintenance

Les lecteurs assidus de cette s�rie se souviendront peut-�tre de notre article sur la nouvelle strat�gie g�om�trique dans git maintenance, introduite dans Git 2.52. Cette strat�gie consiste � inspecter le contenu de votre d�p�t pour d�terminer si un certain nombre de fichiers de paquets peuvent �tre combin�s pour former une progression g�om�trique en fonction du nombre d�objets. Si c�est le cas, Git effectue une recompression g�om�trique, condensant le contenu de votre d�p�t sans avoir besoin d�effectuer un nettoyage complet.

Dans la version 2.52, la strat�gie g�om�trique �tait disponible en option via la configuration maintenance.strategy. Dans la version 2.54, elle devient la strat�gie par d�faut pour la maintenance manuelle. Cela signifie que lorsque vous ex�cutez git maintenance run sans sp�cifier de strat�gie, Git utilisera d�sormais l'approche g�om�trique au lieu de la t�che gc traditionnelle.

Concr�tement, cela signifie que vos d�p�ts seront g�r�s plus efficacement d�s l'installation. La strat�gie g�om�trique �vite les recompressions � tout-en-un � co�teuses effectu�es par gc, en combinant plut�t les paquets de mani�re incr�mentielle lorsque cela est possible et en ne recourant � un gc complet que lorsque cela permettrait de consolider l'ensemble du d�p�t en un seul paquet. Ce faisant, elle maintient � jour votre graphe de commits, vos reflogs et d'autres structures de donn�es auxiliaires.

Si vous utilisiez d�j� maintenance.strategy = geometric dans votre configuration, rien ne change. Si vous n�aviez pas d�fini de strat�gie (ou si vous vous appuyiez sur l�ancienne valeur par d�faut gc), vous commencerez � constater automatiquement les avantages du reconditionnement g�om�trique. La strat�gie gc est toujours disponible si vous la pr�f�rez et peut �tre s�lectionn�e avec maintenance.strategy = gc.

Source : Annonce de Git 2.54

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Git va changer le nom par d�faut de sa branche � master � en � main � dans la version 3.0, pr�vue pour fin 2026, afin de promouvoir un langage inclusif dans le contexte des changements sociaux de 2020

:fleche: La version 1.26 du logiciel de gestion de projets Git Gitea est disponible et ajoute le t�l�chargement d'archives par sous-chemin, le rendu OpenAPI, la prise en charge de Vite et des correctifs de s�curit�

:fleche: GitButler l�ve 17 millions de dollars pour r�inventer le contr�le de versions : le cofondateur de GitHub veut construire l'infrastructure de l'�re des agents IA. La communaut� open source r�pond par la m�fiance

La version 1.26 du logiciel de gestion de projets Git Gitea est disponible

Alex — Tue, 21 Apr 2026 13:01:22 GMT

La version 1.26 du logiciel de gestion de projets Git Gitea est disponible et ajoute le t�l�chargement d'archives par sous-chemin, le rendu OpenAPI, la prise en charge de Vite et des correctifs de s�curit�

Gitea 1.26 est d�sormais disponible, avec des mises � jour cl�s tant pour le workflow des d�veloppeurs que pour l'administration du syst�me. La nouveaut� la plus notable est que les utilisateurs peuvent d�sormais t�l�charger des sous-chemins de d�p�ts sous forme de fichiers zip ou tarball, et acc�der � des raccourcis clavier pour la recherche de fichiers et de code. Outre les am�liorations en mati�re d'ergonomie, Gitea Actions ajoute la prise en charge de la syntaxe de concurrence, des workflows r�utilisables � partir de d�p�ts priv�s et un bouton permettant de relancer les t�ches ayant �chou�.

Gitea est un logiciel de gestion de projets permettant d'h�berger le contr�le de version du d�veloppement logiciel � l'aide de Git, ainsi que d'autres fonctionnalit�s collaboratives telles que le suivi des bogues, la r�vision de code, l'int�gration continue, les tableaux Kanban, les tickets et les wikis. Il prend en charge l'auto-h�bergement et fournit �galement une instance publique gratuite g�r�e par l'�diteur. Il s'agit d'un fork de Gogs et est �crit en Go et TypeScript. Gitea peut �tre h�berg� sur toutes les plateformes prises en charge par Go, notamment FreeBSD, Linux, macOS, OpenBSD et Windows. Le projet est financ� sur Open Collective.

Gitea 1.26 est d�sormais disponible, avec des mises � jour cl�s tant pour le workflow des d�veloppeurs que pour l'administration du syst�me. La nouveaut� la plus notable est que les utilisateurs peuvent d�sormais t�l�charger des sous-chemins de d�p�ts sous forme de fichiers zip ou tarball, et acc�der � des raccourcis clavier pour la recherche de fichiers et de code. Cette version apporte �galement la g�n�ration automatique de notes de version au format Markdown, permettant une documentation des versions plus rapide et plus coh�rente.

Outre les am�liorations en mati�re d'ergonomie, Gitea Actions ajoute la prise en charge de la syntaxe de concurrence, des workflows r�utilisables � partir de d�p�ts priv�s et un bouton permettant de relancer les t�ches ayant �chou�. Ces changements sont compl�t�s par de nouvelles fonctionnalit�s de visualisation des d�pendances des workflows et des autorisations configurables pour les jetons automatiques. Les artefacts Actions peuvent d�sormais �tre t�l�charg�s sous forme de fichiers non compress�s, et des options de d�sactivation et de mise en pause par ex�cuteur ont �t� introduites pour les administrateurs.

�largissant le support pour les d�veloppeurs et les DevOps, cette mise � jour permet � Gitea d'h�berger l'�tat Terraform dans son registre de paquets et d'afficher les documents OpenAPI rendus associ�s aux d�p�ts, permettant ainsi l'exploration des sp�cifications API directement dans l'application. Suite � des am�liorations de s�curit�, Gitea remplace son cookie de protection contre les requ�tes intersites (CSRF) par un m�canisme CrossOriginProtection.

S'appuyant sur les mises � niveau de l'infrastructure, la cha�ne d'outils frontale utilise d�sormais Vite � la place de webpack, et l'�dition de fichiers passe � CodeMirror pour le travail dans le navigateur. Des banni�res et des notifications de maintenance � l'�chelle de l'instance, ainsi que des badges utilisateur, am�liorent encore l'interface utilisateur. Cette version comprend �galement de nombreux changements majeurs, des correctifs de s�curit� importants et diverses corrections de bogues.

Source : Annonce de Gitea 1.26

Et vous ?

:fleche: Pensez-vous que cette annonce est cr�dible ou pertinente ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Le client Git Tower 9.1 pour Windows ajoute la prise en charge de Gitea en tant que service distant, la prise en charge native de Gitmoji et d'autres mises � jour visant � am�liorer le flux de travail

:fleche: La version 1.7.0 de Gitea, le service Git auto-h�berg� est disponible, voici un tour d'horizon des nouveaut�s

:fleche: GitButler l�ve 17 millions de dollars pour r�inventer le contr�le de versions : le cofondateur de GitHub veut construire l'infrastructure de l'�re des agents IA. La communaut� open source r�pond par la m�fiance

Images attach�es

La forge logicielle GitLab 18.10 est disponible avec la d�tection agentique des faux positifs SAST

Anthony — Mon, 23 Mar 2026 09:45:22 GMT

La forge logicielle GitLab 18.10 est disponible avec la d�tection agentique des faux positifs pour les vuln�rabilit�s SAST, des cr�dits IA pour le niveau gratuit et la connexion � l'aide de cl�s d'acc�s

La version 18.10 de GitLab est d�sormais disponible. Cette mise � jour rend la d�tection des faux positifs SAST via la plateforme Duo Agent disponible en version g�n�rale, ce qui permet d'am�liorer le tri des vuln�rabilit�s pour les r�sultats critiques et de gravit� �lev�e. De plus, les propri�taires de groupes GitLab.com disposant d'un compte gratuit peuvent d�sormais acheter des cr�dits mensuels pour activer les fonctionnalit�s d'intelligence artificielle (IA) sans souscription. Cette version ajoute �galement la connexion sans mot de passe � l'aide de cl�s d'acc�s pour renforcer la s�curit� sur tous les appareils, ainsi que plusieurs autres am�liorations.

GitLab est un logiciel libre de forge bas� sur git proposant les fonctionnalit�s de wiki, un syst�me de suivi des bugs, l�int�gration continue et la livraison continue (CI/CD). D�velopp� par GitLab Inc et cr�� par Dmitriy Zaporozhets et par Valery Sizov, le logiciel est utilis� par plusieurs grandes entreprises informatiques,dont IBM, Sony, la NASA, Alibaba, Oracle, O�Reilly Media, le CERN, et plus encore. GitLab peut �tre int�gr� � des produits destin�s aux d�veloppeurs, tels que AWS ou Google Cloud, et peut �tre contr�l� � distance via une API. Il est disponible en �dition communautaire et en �dition commerciale.

D�tection des faux positifs SAST avec la plateforme GitLab Duo Agent

La d�tection des faux positifs SAST, initialement lanc�e en version b�ta dans GitLab 18.7, est d�sormais disponible pour tous les utilisateurs dans GitLab 18.10.

Lorsqu'un scan de s�curit� est lanc�, la plateforme GitLab Duo Agent analyse chaque vuln�rabilit� SAST de gravit� critique ou �lev�e et d�termine la probabilit� qu'il s'agisse d'un faux positif. Cette �valuation appara�t directement dans le rapport de vuln�rabilit�, offrant ainsi aux �quipes le contexte n�cessaire pour effectuer un triage en toute confiance, sans incertitude.

Les principales fonctionnalit�s comprennent :

Analyse automatique : la d�tection des faux positifs s'ex�cute automatiquement apr�s chaque analyse de s�curit�, sans aucune intervention manuelle.
Option manuelle : les utilisateurs peuvent lancer manuellement la d�tection des faux positifs pour des vuln�rabilit�s sp�cifiques depuis la page de d�tails de la vuln�rabilit�, pour une analyse � la demande.
Priorit� aux r�sultats � fort impact : limiter l'analyse aux vuln�rabilit�s SAST critiques et de gravit� �lev�e permet de se concentrer sur l'essentiel.
Raisonnement contextuel bas� sur l'IA : chaque �valuation explique pourquoi un r�sultat peut �tre ou non un faux positif, en tenant compte du contexte du code, du flux de donn�es et des caract�ristiques de la vuln�rabilit� propres � l'analyse statique.
Int�gration transparente dans le flux de travail : les r�sultats apparaissent directement dans le rapport de vuln�rabilit�, aux c�t�s des informations existantes sur la gravit�, le statut et les mesures correctives � aucune modification des flux de travail existants n'est n�cessaire.

Cette fonctionnalit� est disponible pour les clients Ultimate disposant de la plateforme GitLab Duo Agent. Elle doit �tre activ�e dans les param�tres du groupe ou du projet.

Achat de cr�dits GitLab pour le niveau gratuit sur GitLab.com

Les propri�taires de groupes du niveau gratuit sur GitLab.com peuvent d�sormais acc�der aux fonctionnalit�s d'IA gr�ce aux cr�dits GitLab. Ils peuvent acheter un forfait mensuel de cr�dits, s'engager pour une dur�e d'un an et acc�der aux agents et aux flux de la plateforme GitLab Duo Agent. Les cr�dits sont renouvel�s automatiquement chaque mois, afin que les �quipes disposent toujours de ce dont elle a besoin pour d�velopper plus rapidement et plus efficacement.

Points forts :

Tarification � l'utilisation : achat d'un forfait mensuel de cr�dits sans abonnement � un forfait de base.
Achat en libre-service : achat de cr�dits via le processus d'achat GitLab.
Mise � niveau transparente : le forfait de cr�dits est transf�r� si l'utilisateur passe ult�rieurement � Premium ou Ultimate.
Suivi de la consommation : l'utilisation des cr�dits peut �tre suivie via le tableau de bord des cr�dits GitLab.

Cette option d'achat n'est actuellement disponible que pour les groupes de premier niveau gratuits sur GitLab.com.

Connexion s�curis�e avec les cl�s d'acc�s

GitLab prend d�sormais en charge les cl�s d'acc�s pour une connexion sans mot de passe et comme m�thode d'authentification � deux facteurs (2FA) r�sistante au phishing. Les cl�s d'acc�s utilisent la cryptographie � cl� publique et l'authentification biom�trique (empreinte digitale, reconnaissance faciale) ou le code PIN d'un appareil pour acc�der � un compte en toute s�curit�.

Les cl�s d'acc�s offrent les avantages suivants :

Commodit� sans mot de passe : connexion � l'aide des donn�es biom�triques ou du code PIN d'un appareil, sans avoir � m�moriser de mot de passe.
Prise en charge multi-appareils : utilisation des cl�s d'acc�s sur les navigateurs de bureau, les appareils mobiles (iOS 16 ou version ult�rieure, Android 9 ou version ult�rieure) et les cl�s de s�curit� mat�rielles compatibles FIDO2/WebAuthn.
S�curit� anti-hame�onnage : la cl� priv�e ne quitte jamais l'appareil de l'utilisateur. GitLab ne stocke que la cl� publique, ce qui prot�ge le compte m�me si les serveurs GitLab venaient � �tre compromis.
Int�gration automatique de l'authentification � deux facteurs (2FA) : pour les comptes sur lesquels la 2FA est activ�e, les cl�s d'acc�s deviennent la m�thode de 2FA par d�faut.

Liste des �l�ments de travail et des vues enregistr�es

L'exp�rience de planification sur GitLab fait l'objet d'une mise � jour majeure avec l'arriv�e de la liste des �l�ments de travail et des vues enregistr�es, qui r�unissent deux fonctionnalit�s attendues depuis longtemps :

La liste des �l�ments de travail regroupe les epics, les tickets et les autres �l�ments de travail en une seule liste unifi�e, ce qui �vite d'avoir � passer d'une page � l'autre pour consulter les diff�rents types d'�l�ments. Cela facilite la compr�hension des relations entre les diff�rents objets de planification.
Les vues enregistr�es permettent de cr�er et d'enregistrer des configurations de liste personnalis�es, notamment des filtres, des crit�res de tri et des options d'affichage. Cela rend les v�rifications de routine plus efficaces et favorise l'uniformisation des m�thodes d'affichage du travail au sein de l'�quipe.

Il s'agit de la prochaine �tape dans l'�volution des �l�ments de travail GitLab, une architecture unifi�e con�ue pour garantir la coh�rence et offrir de nouvelles fonctionnalit�s dans l'ensemble des outils de planification GitLab.

Les agents personnalis�s peuvent utiliser le MCP pour acc�der � des donn�es externes

Les utilisateurs peuvent d�sormais connecter des agents personnalis�s du catalogue IA � des sources de donn�es et des outils externes via le Model Context Protocol (MCP), sans quitter GitLab. Cette fonctionnalit� est exp�rimentale.

Appliquer les conventions de nommage des titres des demandes de fusion � l'aide d'expressions r�guli�res

Selon l'�quipe de GitLab, il est important de veiller � la coh�rence des titres des demandes de fusion pour les �quipes qui s'appuient sur des conventions de nommage structur�es. Qu'il s'agisse de respecter le format Conventional Commits ou d'�tablir un lien vers un syst�me de suivi interne. Auparavant, les �quipes avaient besoin d'outils externes ou de t�ches personnalis�es dans le pipeline CI/CD pour appliquer ces conventions, mais cette approche pr�sentait une lacune majeure. Si quelqu'un modifiait le titre de la demande de fusion apr�s l'ex�cution du pipeline, aucune revalidation n'�tait effectu�e et la demande pouvait tout de m�me �tre fusionn�e avec un titre non conforme.

Les utilisateurs peuvent d�sormais configurer une expression r�guli�re obligatoire pour le titre des demandes de fusion dans les param�tres de leur projet. Une fois cette configuration effectu�e, GitLab v�rifie si le titre de la demande de fusion correspond au mod�le d�fini afin de s'assurer qu'elle peut �tre fusionn�e ; la fusion est bloqu�e jusqu'� ce que le titre soit mis � jour pour se conformer � cette r�gle, quelle que soit la date de la derni�re modification du titre.

Pour configurer cette fonctionnalit�, acc�dez aux Param�tres > Demandes de fusion du projet et saisissez un mod�le d'expression r�guli�re dans le champ Le titre de la demande de fusion doit correspondre � l'expression r�guli�re.

Les workflows de demande de fusion existants continuent de fonctionner comme auparavant. Cette v�rification s'applique uniquement aux projets pour lesquels une expression r�guli�re de titre a �t� explicitement configur�e.

D�tection des faux positifs li�s aux secrets gr�ce � l'IA (version b�ta)

Les �quipes de s�curit� consacrent beaucoup de temps � examiner les r�sultats de d�tection de secrets qui s'av�rent �tre des faux positifs. Il s'agit par exemple d'identifiants de test, de valeurs d'exemple et de jetons de remplacement qui sont signal�s � tort comme �tant de v�ritables secrets. Les faux positifs entra�nent une lassitude face aux alertes, sapent la confiance dans les r�sultats des analyses et d�tournent l'attention des v�ritables risques de s�curit�.

GitLab 18.10 introduit une fonctionnalit� de d�tection des faux positifs pour les secrets, bas�e sur l'IA (en version b�ta). Lorsqu'un scan de s�curit� est lanc�, GitLab Duo analyse automatiquement chaque vuln�rabilit� de d�tection de secret de gravit� � Critique � ou � �lev�e � afin de d�terminer s'il s'agit d'un faux positif.

L'�valuation par l'IA appara�t directement dans le rapport de vuln�rabilit�, offrant ainsi aux ing�nieurs en s�curit� un contexte imm�diat qui leur permet de prendre des d�cisions de triage plus rapides et en toute confiance.

Les principales fonctionnalit�s sont les suivantes :

Analyse automatique : la d�tection des faux positifs s'ex�cute automatiquement apr�s chaque analyse de s�curit�, sans intervention manuelle.
Option de d�clenchement manuel : l'utilisateur peut d�clencher manuellement la d�tection des faux positifs pour des vuln�rabilit�s sp�cifiques depuis la page de d�tails de la vuln�rabilit�, afin d'effectuer une analyse � la demande.
Priorit� aux r�sultats � fort impact : le syst�me se concentre sur les vuln�rabilit�s de gravit� � critique � et � �lev�e � afin d'optimiser le rapport signal/bruit.
Raisonnement contextuel bas� sur l'IA : chaque �valuation comprend une explication indiquant pourquoi le r�sultat peut �tre ou non un vrai positif, en fonction du contexte du code et des caract�ristiques de la vuln�rabilit�.
Note de confiance : chaque d�tection est accompagn�e d'une note de confiance afin d'aider les �quipes � hi�rarchiser les v�rifications en fonction du degr� de certitude du mod�le.
Int�gration transparente dans le flux de travail : les r�sultats s'affichent directement dans le rapport de vuln�rabilit�, aux c�t�s des informations existantes sur la gravit�, le statut et la correction.

Cette fonctionnalit� est disponible en version b�ta gratuite pour les clients Ultimate et doit �tre activ�e dans les param�tres du groupe ou du projet.

Utiliser les param�tres d'ex�cution avec les t�ches CI/CD

L'utilisation des variables CI/CD pour la configuration dynamique des t�ches peut s'av�rer complexe. Les variables ob�issent � une hi�rarchie de remplacement complexe, difficile � g�rer, et ne peuvent pas �tre utilis�es dans tous les cas de figure.

Les utilisateurs peuvent d�sormais utiliser les entr�es pour d�finir des entr�es explicites et typ�es au niveau de la t�che. Les entr�es de t�che permettent de d�finir et de contr�ler les valeurs accept�es par une t�che lors de son ex�cution. Gr�ce aux entr�es de t�che, les utilisateurs b�n�ficient :

Une s�curit� de type (cha�ne, nombre, bool�en, tableau) ;
De valeurs par d�faut qui peuvent �tre statiques ou faire r�f�rence � des variables existantes.
Une option permettant de d�finir une liste stricte de valeurs possibles � utiliser.
La prise en charge des expressions r�guli�res pour la validation des valeurs saisies.

Les donn�es d'entr�e des t�ches peuvent utiliser les valeurs par d�faut sans aucune intervention de l'utilisateur, mais il est possible de modifier ces valeurs lors de la relance d'une t�che ou de l'ex�cution manuelle d'une t�che.

Source : GitLab 18.10

Et vous ?

:fleche: Quel est votre avis sur le sujet ?
:fleche: Que pensez-vous des nouveaut�s propos�es par cette version ? Les trouvez-vous utiles et int�ressantes ?

Voir aussi :

:fleche: La forge logicielle GitLab 18.9 est disponible et introduit la disponibilit� g�n�rale de Duo Agent Platform pour les clients cloud, la r�solution des vuln�rabilit�s SAST et bien plus encore

:fleche: La version 18.8 de la forge logicielle GitLab est sortie et rend la plateforme d'orchestration d'agents IA Duo Agent, ainsi que les agents Duo Planner et Duo Security Analyst, disponibles pour tous

:fleche: La forge logicielle GitLab 18.7 propose de nouvelles automatisations, des contr�les de pipeline et des mises � jour de politiques pour aider les �quipes � r�duire le travail manuel et simplifier les processus

Images attach�es

La forge logicielle GitLab 18.9 est disponible et introduit la disponibilit� g�n�rale de Duo Agent Platform

Anthony — Fri, 20 Feb 2026 16:45:15 GMT

La forge logicielle GitLab 18.9 introduit la disponibilit� g�n�rale de Duo Agent Platform pour les clients cloud, la r�solution des vuln�rabilit�s SAST et bien plus encore

GitLab 18.9 est d�sormais disponible et apporte toute une s�rie de mises � jour de fonctionnalit�s pour les �quipes de d�veloppement logiciel et DevOps. Cette version introduit notamment la disponibilit� g�n�rale des mod�les auto-h�berg�s GitLab Duo Agent Platform pour les licences cloud, la r�solution des vuln�rabilit�s SAST (tests statiques de s�curit� des applications) avec GitLab Duo Agent Platform, la navigation dans les r�f�rentiels avec une arborescence de fichiers repliable, l'inclusion d'entr�es CI/CD � partir d'un fichier, et bien plus encore.

GitLab est un logiciel libre de forge bas� sur git proposant les fonctionnalit�s de wiki, un syst�me de suivi des bugs, l�int�gration continue et la livraison continue (CI/CD). D�velopp� par GitLab Inc et cr�� par Dmitriy Zaporozhets et par Valery Sizov, le logiciel est utilis� par plusieurs grandes entreprises informatiques,dont IBM, Sony, la NASA, Alibaba, Oracle, O�Reilly Media, le CERN, et plus encore. GitLab peut �tre int�gr� � des produits destin�s aux d�veloppeurs, tels que AWS ou Google Cloud, et peut �tre contr�l� � distance via une API. Il est disponible en �dition communautaire et en �dition commerciale.

GitLab 18.9 apporte la disponibilit� g�n�rale de GitLab Duo Agent Platform. Celle-ci permet aux clients autog�r�s disposant d'une licence cloud d'utiliser cette fonctionnalit� avec une facturation bas�e sur l'utilisation. Les administrateurs b�n�ficient d'une plus grande flexibilit� pour configurer des mod�les d'IA compatibles, tels que Anthropic Claude ou OpenAI GPT, gr�ce � l'int�gration avec AWS Bedrock ou Azure OpenAI.

S'appuyant sur l'automatisation, la fonctionnalit� Agentic SAST Vulnerability Resolution permet � GitLab Duo d'analyser de mani�re autonome les r�sultats des tests de s�curit� statiques des applications (SAST), de d�terminer des solutions en fonction du contexte du code, d'appliquer des correctifs et d'ouvrir des demandes de fusion sans intervention manuelle. Ce workflow est actuellement propos� en version b�ta gratuite pour les clients Ultimate.

En mettant l'accent sur la productivit� des d�veloppeurs, les utilisateurs peuvent d�sormais parcourir les fichiers du r�f�rentiel � l'aide d'une arborescence de fichiers repliable. Cette interface offre une vue d'ensemble de la structure du projet, prend en charge l'expansion et le repliement des r�pertoires en ligne et facilite la navigation dans les fichiers tout en conservant le contexte. Les �quipes travaillant sur des pipelines complexes b�n�ficient de la possibilit� d'inclure des d�finitions d'entr�e provenant de fichiers externes via le mot-cl� � include � familier, ce qui permet de r�utiliser les configurations dans plusieurs projets.

Parmi les autres am�liorations, on peut citer la signature de commit en ligne pour GitLab.com, la version b�ta du registre virtuel de conteneurs, ainsi que d'autres mises � jour de la plateforme.

Les mod�les auto-h�berg�s de GitLab Duo Agent Platform sont disponibles pour les licences cloud

GitLab Duo Agent Platform est d�sormais disponible pour tous les clients GitLab Self-Managed disposant d'une licence cloud. La facturation de cette fonctionnalit� est bas�e sur l'utilisation.

Les administrateurs peuvent configurer des mod�les compatibles pour une utilisation avec GitLab Duo Agent Platform. Les administrateurs utilisant AWS Bedrock ou Azure OpenAI peuvent �galement configurer les mod�les Anthropic Claude ou OpenAI GPT.

R�solution des vuln�rabilit�s avec GitLab Duo Agent Platform (version b�ta)

Le triage et la correction des vuln�rabilit�s SAST constituent l'une des t�ches les plus chronophages en mati�re de s�curit� des applications. Apr�s avoir identifi� une vuln�rabilit� r�elle, les d�veloppeurs doivent comprendre le r�sultat, localiser le code affect� et r�diger un correctif appropri�. Tout cela demande du temps et des connaissances sp�cialis�es. GitLab 18.9 introduit Agentic SAST Vulnerability Resolution. Lorsqu'un utilisateur d�clenche la r�solution d'une vuln�rabilit� SAST, GitLab Duo analyse de mani�re autonome la d�couverte, raisonne � partir du contexte du code environnant, g�n�re un correctif adapt� au contexte et cr�e une demande de fusion sans aucune intervention manuelle.

Les principales fonctionnalit�s sont les suivantes :

R�solution agentique en plusieurs �tapes : plut�t que de proposer une seule suggestion de code, GitLab Duo Agent Platform analyse la vuln�rabilit�, �value la base de code et propose une correction �clair�e.
Cr�ation automatique de demandes de fusion : g�n�re une demande de fusion pr�te � �tre examin�e avec la correction de code propos�e pour les vuln�rabilit�s SAST critiques et de gravit� �lev�e.
�valuation de la qualit� : chaque correction g�n�r�e comprend une �valuation de la qualit� afin que les examinateurs puissent rapidement �valuer la fiabilit� de la correction propos�e.

La r�solution des vuln�rabilit�s SAST est disponible � partir du rapport de vuln�rabilit� et des pages d�taill�es sur chaque vuln�rabilit�. Les utilisateurs peuvent d�clencher une r�solution directement � partir de la page d�taill�e sur chaque vuln�rabilit�.

Cette fonctionnalit� est disponible en version b�ta gratuite pour les clients Ultimate.

Naviguer dans les r�f�rentiels � l'aide d'une arborescence de fichiers repliable

Les utilisateurs peuvent d�sormais parcourir les fichiers du r�f�rentiel � l'aide d'une arborescence de fichiers repliable. L'arborescence offre une vue d'ensemble de la structure du projet, ce qui permet � l'utilisateur de d�velopper et de r�duire les r�pertoires en ligne, de passer d'un fichier � l'autre dans diff�rentes parties du r�f�rentiel et de conserver le contexte pendant le travail.

L'arborescence des fichiers s'affiche sous forme de barre lat�rale redimensionnable lorsque l'utilisateur affiche les fichiers ou r�pertoires du r�f�rentiel. Il est possible d'activer ou de d�sactiver son affichage � l'aide de raccourcis clavier, filtrer les fichiers par nom ou extension, et naviguer dans des hi�rarchies de projets complexes. L'arborescence se synchronise avec l'emplacement actuel. Ainsi, lorsque l'utilisateur s�lectionne un fichier dans la zone de contenu principale, l'arborescence s'actualise pour afficher ce fichier.

La structure du r�f�rentiel et l'organisation des fichiers restent inchang�es. Gr�ce � la r�duction du nombre de chargements de pages n�cessaires pour passer d'un fichier � l'autre, cette fonctionnalit� s'adapte aussi bien aux petits projets qu'aux bases de code volumineuses contenant des milliers de fichiers.

Inclure les entr�es CI/CD � partir d'un fichier

Auparavant, les entr�es de pipeline ne pouvaient �tre d�finies que directement dans la section des sp�cifications d'un pipeline. Cette limitation rendait difficile la r�utilisation de la configuration des entr�es dans plusieurs projets.

Dans cette version 18.9, les utilisateurs peuvent d�sormais inclure des d�finitions d'entr�e provenant de fichiers externes � l'aide du mot-cl� � include � familier. La possibilit� de conserver une liste d'entr�es dans un emplacement s�par� aide les utilisateurs � disposer d'une solution facile � g�rer pour de nombreux projets ou pipelines. Les utilisateurs peuvent conserver des configurations d'entr�e centralis�es et m�me g�rer de mani�re dynamique les valeurs d'entr�e provenant de sources externes.

Signature de commit via le Web sur GitLab.com

Il est essentiel de s'assurer que les commits sont sign�s cryptographiquement pour garantir l'int�grit� du code et respecter les exigences de conformit�. Auparavant, la signature des commits via le Web n'�tait disponible que pour GitLab Self-Managed.

GitLab.com prend d�sormais en charge la signature de commits via le Web. Lorsque cette fonctionnalit� est activ�e pour un groupe ou un projet, les commits cr��s via l'interface Web GitLab sont automatiquement sign�s avec la cl� de signature GitLab et affich�s avec un badge � V�rifi� �, fournissant ainsi une preuve cryptographique de l'authenticit� des d�p�ts.

D�tails principaux :

La fonctionnalit� peut �tre activ�e dans les param�tres du groupe ou du projet en fonction des besoins de l'utilisateur.
Toutes les validations bas�es sur le Web (modifications dans l'EDI Web, fusions, op�rations API) sont automatiquement sign�es lorsque cette fonctionnalit� est activ�e.

Cela permet d'aligner les capacit�s de s�curit� de GitLab.com sur celles de GitLab Self-Managed et fournit la base n�cessaire � la mise en place de politiques compl�tes de signature des commits dans toute l'organisation.

Registre virtuel de conteneurs d�sormais disponible (version b�ta)

Le d�veloppement moderne bas� sur des conteneurs n�cessite d'acc�der � des images provenant de plusieurs registres, notamment Docker Hub, Harbor, Quay et des registres priv�s. Sans registre virtuel de conteneurs, les ing�nieurs de plateforme doivent configurer chaque projet et pipeline CI/CD pour s'authentifier et extraire individuellement les donn�es de plusieurs registres. Cela complique la configuration, ralentit les extractions avec des requ�tes de registre s�quentielles et rend difficile la mise en �uvre de politiques de s�curit� coh�rentes entre les diff�rentes sources de conteneurs.

Le registre virtuel de conteneurs r�pond � ces d�fis en regroupant plusieurs registres de conteneurs en amont derri�re un seul point de terminaison. Les ing�nieurs de plateforme peuvent configurer Docker Hub, Harbor, Quay et d'autres registres avec une authentification par jeton longue dur�e via une seule URL. La mise en cache intelligente am�liore les performances de pull tout en s'int�grant aux syst�mes d'authentification GitLab pour un contr�le d'acc�s centralis� et la journalisation des audits.

L'API du registre virtuel de conteneurs est actuellement disponible en version b�ta pour les clients GitLab Premium et Ultimate. Les participants � la b�ta peuvent utiliser l'API GitLab pour cr�er des registres virtuels de conteneurs, configurer plusieurs sources en amont avec des configurations partageables et extraire des images de conteneurs via le registre virtuel. Il est � noter que la version b�ta ne prend pas en charge les registres qui n�cessitent une authentification IAM. Sur GitLab.com, cette fonctionnalit� est accessible derri�re un flag de fonctionnalit�.

Source : GitLab

Et vous ?

:fleche: Quel est votre avis sur le sujet ?
:fleche: Que pensez-vous des nouveaut�s propos�es par cette version de GitLab ? Les trouvez-vous utiles et int�ressantes ?

Voir aussi :

:fleche: La version 18.8 de la forge logicielle GitLab est sortie et rend la plateforme d'orchestration d'agents IA Duo Agent, ainsi que les agents Duo Planner et Duo Security Analyst, disponibles pour tous

:fleche: La forge logicielle GitLab 18.7 propose de nouvelles automatisations, des contr�les de pipeline et des mises � jour de politiques pour aider les �quipes � r�duire le travail manuel et simplifier les processus

:fleche: GitLab 18.6, la plateforme d'h�bergement de code et de DevOps, est disponible avec une interface utilisateur repens�e, une recherche de code pr�cise, de nouvelles fonctionnalit�s CI/CD et bien plus encore

Images attach�es

peon-ping : des notifications vocales Peon Warcraft pour Claude Code

Jade Emy — Thu, 12 Feb 2026 14:34:40 GMT

Notifications vocales Peon Warcraft III pour Claude Code, qui vous avertissent lorsque le programme a termin� ou a besoin d'une autorisation, afin que vous ne perdiez pas votre concentration

Claude Code ne vous avertit pas lorsqu'il a termin� ou qu'il a besoin d'une autorisation. Vous quittez l'onglet, vous perdez votre concentration et vous perdez 15 minutes � vous remettre dans le bain. peon-ping r�sout ce probl�me gr�ce aux r�pliques vocales de Peon de Warcraft III. Ainsi, vous ne manquez jamais rien et votre terminal ressemble � Orgrimmar.

Claude Code est une interface en ligne de commande qui s'ex�cute sur l'ordinateur de l'utilisateur. Elle se connecte � une instance Claude h�berg�e sur les serveurs d'Anthropic via une API et permet � l'instance Claude d'ex�cuter des commandes, de lire des fichiers, d'�crire des fichiers et d'�changer des messages avec l'utilisateur. Claude peut ex�cuter des commandes en avant-plan ou en arri�re-plan. Le comportement de Claude Code est g�n�ralement configur� via des documents Markdown sur l'ordinateur de l'utilisateur, tels que CLAUDE.md, AGENTS.md, SKILL.md, etc.

Claude Code a �t� lanc� en f�vrier 2025 en tant qu'outil de ligne de commande agentique permettant aux d�veloppeurs de d�l�guer des t�ches de codage directement depuis leur terminal. Initialement lanc� pour des tests en avant-premi�re, il a �t� mis � la disposition du grand public en mai 2025, en m�me temps que Claude 4. L'adoption de Claude Code par les entreprises a connu une croissance significative, Anthropic ayant annonc� une augmentation de 5,5 fois des revenus de Claude Code en juillet. Anthropic a lanc� une version web en octobre, ainsi qu'une application iOS. En janvier 2026, il �tait consid�r� comme le meilleur assistant de codage IA, lorsqu'il �tait associ� � Opus 4.5, GPT-5.2 affichant �galement une am�lioration significative.

Claude Code ne vous avertit pas lorsqu'il a termin� ou qu'il a besoin d'une autorisation. Vous quittez l'onglet, vous perdez votre concentration et vous perdez 15 minutes � vous remettre dans le bain. peon-ping r�sout ce probl�me gr�ce aux r�pliques vocales de Peon de Warcraft III. Ainsi, vous ne manquez jamais rien et votre terminal ressemble � Orgrimmar.

Installation

Code:

curl -fsSL https://raw.githubusercontent.com/tonyyont/peon-ping/main/install.sh | bash

Une seule commande. Cela prend 10 secondes. macOS et WSL2 (Windows). Relancez pour mettre � jour (les sons et la configuration sont conserv�s).

Ce que vous entendrez

Plus les titres des onglets du terminal (● projet : termin�) et les notifications sur le bureau lorsque votre terminal n'est pas au premier plan.

Commandes rapides

Vous avez besoin de d�sactiver les sons et les notifications pendant une r�union ou une session de travail en bin�me ? Deux options s'offrent � vous :

Autres commandes CLI :

Code:

1
2
3
4
5
6
peon --pause          # Mute sounds
peon --resume         # Unmute sounds
peon --status         # Check if paused or active
peon --packs          # List available sound packs
peon --pack     # Switch to a specific pack
peon --pack           # Cycle to the next pack

La saisie semi-automatique est prise en charge : tapez peon --pack pour afficher les noms de packs disponibles.

La mise en pause d�sactive instantan�ment les sons et les notifications sur le bureau. Elle persiste d'une session � l'autre jusqu'� ce que vous repreniez. Les titres des onglets restent actifs pendant la mise en pause.

Configuration

Modifiez ~/.claude/hooks/peon-ping/config.json :

Code:

1
2
3
4
5
6
7
8
9
10
11
{
  "volume": 0.5,
  "categories": {
    "greeting": true,
    "acknowledge": true,
    "complete": true,
    "error": true,
    "permission": true,
    "annoyed": true
  }
}

- volume : 0,0-1,0 (assez silencieux pour le bureau)
- cat�gories : activez/d�sactivez les types de sons individuels
- annoyed_threshold / annoyed_window_seconds : Combien d'invites en N secondes d�clenchent l'�uf de P�ques
- pack_rotation : tableau de noms de packs (par exemple, [� peon �, �sc_kerrigan�, � peasant �]). Chaque session Claude Code obtient al�atoirement un pack de la liste et le conserve pendant toute la session. Laissez vide [] pour utiliser active_pack � la place.

D�sinstallation

Code:

bash ~/.claude/hooks/peon-ping/uninstall.sh

Configuration requise

- macOS (utilise afplay et AppleScript) ou WSL2 (utilise PowerShell MediaPlayer et WinForms)

- Claude Code avec prise en charge des hooks
- python3

Fonctionnement

peon.sh est un hook Claude Code enregistr� pour les �v�nements SessionStart, UserPromptSubmit, Stop et Notification. � chaque �v�nement, il mappe une cat�gorie sonore, choisit une ligne vocale al�atoire (en �vitant les r�p�titions), la lit via afplay (macOS) ou PowerShell MediaPlayer (WSL2) et met � jour le titre de votre onglet Terminal.

Les fichiers audio sont la propri�t� de leurs �diteurs respectifs (Blizzard Entertainment, EA) et sont inclus dans le d�p�t pour plus de commodit�.

Source : Peon-Ping

Et vous ?

:fleche: Pensez-vous que cet outil est cr�dible ou pertinent ?
:fleche: Quel est votre avis sur le sujet ?

Voir aussi :

:fleche: Emp�chez Claude Code d'oublier tout gr�ce � une petite base de donn�es m�morielle qui se souvient de vos sessions

:fleche: Transformez votre flux de travail de codage IA gr�ce � Claudia, l'interface graphique de bureau pour Claude Code qui facilite la gestion des sessions Claude et la cr�ation d'agents personnalis�s

:fleche: Syst�me de gestion de projet pour Claude Code, un workflow l�ger permettant d'organiser le d�veloppement bas� sur l'IA et de r�duire de moiti� environ le temps de livraison

Images attach�es