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

Gitea a annonc� la sortie de sa version 28.0

Alex — Mon, 05 Oct 2026 13:44:24 GMT

Gitea, la plateforme open source permettant d'h�berger le contr�le de version des projets de d�veloppement logiciel � l'aide de Git, a annonc� la sortie de sa version 28.0

La plateforme Git open source auto-h�berg�e Gitea a annonc� la version 28.0. Cette mise � jour rationalise le sch�ma de versionnement du projet tout en apportant des am�liorations substantielles en mati�re de s�curit�, de workflows de d�veloppement et de capacit�s d�administration. Parmi les principales nouveaut�s figurent une journalisation d�audit robuste, des comptes d�di�s aux bots, des jetons de d�ploiement HTTPS et des outils d�usurpation d�identit� de l�administrateur pour un d�pannage am�lior�. L�une des fonctionnalit�s phares est la nouvelle vue de la file d�attente des actions, qui offre aux administrateurs une visibilit� en temps r�el sur les t�ches CI/CD en cours d�ex�cution et en attente, avec des options de filtrage par propri�taire, r�f�rentiel et statut.

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.

La plateforme Git open source auto-h�berg�e Gitea a annonc� la version 28.0, marquant une �tape importante avec l�abandon de son pr�fixe historique � 1. � dans la num�rotation des versions. Cette mise � jour rationalise le sch�ma de versionnement du projet tout en apportant des am�liorations substantielles en mati�re de s�curit�, de workflows de d�veloppement et de capacit�s d�administration. Ce changement t�moigne de la maturit� de la plateforme apr�s des ann�es de d�veloppement incr�mental sous l�ancienne convention de num�rotation 1.x.

Parmi les principales nouveaut�s figurent une journalisation d�audit robuste, des comptes d�di�s aux bots, des jetons de d�ploiement HTTPS et des outils d�usurpation d�identit� de l�administrateur pour un d�pannage am�lior�. Cette version introduit �galement des r�gles d�approbation par le propri�taire du code et des filtres de fichiers de comparaison pour am�liorer la pr�cision de la r�vision du code.

L�une des fonctionnalit�s phares est la nouvelle vue de la file d�attente des actions, qui offre aux administrateurs une visibilit� en temps r�el sur les t�ches CI/CD en cours d�ex�cution et en attente, avec des options de filtrage par propri�taire, r�f�rentiel et statut. Les listes d�ex�cution des workflows s�actualisent d�sormais automatiquement, et les utilisateurs peuvent pr�visualiser les artefacts de build, notamment les fichiers texte, les images, les PDF et les rapports HTML g�n�r�s, directement dans leur navigateur sans avoir � les t�l�charger.

Des correctifs de s�curit� sont inclus dans cette version, mais leur publication d�taill�e sera report�e d�environ une semaine afin de laisser aux organisations le temps de proc�der � la mise � jour. D�autres am�liorations concernent l�extension des API pour les tableaux de projet et la gestion de l�ex�cution des workflows, ainsi que des optimisations du registre de paquets prenant en charge les avis de d�pr�ciation npm, les fichiers de provenance des charts Helm et le r�pertoriage complet des paquets via de nouveaux points de terminaison administratifs.

Voici les princpaux changements :

Changements majeurs

Les op�rations r�seau Git utilisent d�sormais un proxy interne et de nouvelles r�gles de sortie

Les migrations, les miroirs et les autres op�rations r�seau Git passent d�sormais par un proxy interne qui applique les param�tres de sortie aux connexions directes. V�rifiez vos listes d�autorisation et de blocage avant la mise � jour :

- Le pr�r�glage � externe � a �t� supprim�. Pour une politique de refus par d�faut, d�finissez EGRESS_MODE = strict et r�pertoriez les h�tes autoris�s. [migrations] EGRESS_MODE couvre les migrations et les miroirs, tandis que [security] EGRESS_MODE couvre les webhooks et OAuth2.

- En mode strict, les entr�es sans port n�autorisent que les ports 80 et 443.

- En mode lax par d�faut, [security] ALLOWED_HOST_LIST ne restreint plus les h�tes publics. D�finissez [security] EGRESS_MODE = strict pour conserver une liste d�autorisation exclusive. Gitea enregistre un avertissement au d�marrage lorsque la liste est d�finie sans EGRESS_MODE explicite.

- Les entr�es d�adresses IP n�acceptent plus les caract�res g�n�riques, et * n�est plus une entr�e valide.

- Les entr�es de domaine suivent la syntaxe curl : example.com correspond au domaine et � tous ses sous-domaines, *.example.com correspond uniquement aux sous-domaines, et example.* n�est pas valide.

- Les entr�es [migrations] BLOCKED_HOST_LIST non valides emp�chent d�sormais Gitea de d�marrer.

- Les �l�ments [migrations] ALLOWED_DOMAINS, BLOCKED_DOMAINS et ALLOW_LOCALNETWORKS sont obsol�tes et remplac�s par [migrations] ALLOWED_HOST_LIST et BLOCKED_HOST_LIST.

L�historique des ex�cutions d�Actions expire d�sormais

Les ex�cutions d�Actions termin�es sont d�sormais supprim�es apr�s 400 jours par d�faut, ainsi que leurs t�ches, leurs journaux et leurs artefacts. La nouvelle t�che cron cleanup_action_runs les supprime, par d�faut � minuit. Pour conserver toutes les ex�cutions, d�finissez ce qui suit avant la mise � jour :

Code:

1
2
[actions]
RUN_RETENTION_DAYS = 0

La valeur 0 signifie d�sormais � conserver ind�finiment � pour les param�tres RUN_RETENTION_DAYS, LOG_RETENTION_DAYS et ARTIFACT_RETENTION_DAYS. Les journaux et les artefacts sont toujours supprim�s en m�me temps que l�ex�cution correspondante.

Git 2.25 ou une version plus r�cente est requis

Gitea refuse d�sormais de d�marrer avec une version de Git ant�rieure � la 2.25.0. Si vous installez Git vous-m�me, v�rifiez git --version avant de proc�der � la mise � jour.

L�auto-inscription est d�sactiv�e par d�faut et [server] DOMAIN est ignor�

- L'auto-inscription est d�sormais d�sactiv�e, sauf si [service] DISABLE_REGISTRATION = false est explicitement d�fini.

- Gitea ne lit plus [server] DOMAIN. Le domaine de l'instance, y compris le domaine SSH par d�faut, provient d�sormais de ROOT_URL ; veillez donc � d�finir ROOT_URL si vous vous basiez sur DOMAIN.

Les workflows Actions sont �valu�s de mani�re plus stricte

- L'op�rateur � if: � au niveau de la t�che est d�sormais �valu� avant l'expansion de la matrice et ne peut utiliser que les contextes github, gitea, needs, vars et inputs. D�placez les conditions de la matrice vers strategy.matrix.include/exclude ou vers l'op�rateur � if: � au niveau des �tapes.

- Le � fail-fast � de la matrice est d�sormais appliqu� ; ainsi, un job qui �choue peut annuler les combinaisons restantes. D�finissez strategy.fail-fast: false pour les laisser toutes se terminer.

- Les workflows des d�p�ts publics ne peuvent plus appeler de workflows r�utilisables provenant de d�p�ts priv�s, et les workflows imbriqu�s ne peuvent plus d�passer les autorisations du jeton de l�appelant.

Source : Gitea 28.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: 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: 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: Le 17 ao�t, alors que le trafic atteignait un nouveau pic, GitHub a connu une panne qui a dur� 7 heures et 47 minutes, voici ce qui s'est pass�, d'apr�s le CTO de Github, Vlad Fedorov

Images attach�es

GitLab 19.2 propose d�sormais la CLI Duo, des flux IA personnalis�s et des politiques planifi�es

Alex — Mon, 20 Jul 2026 12:43:06 GMT

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

La forge logicielle GitLab 19.2 est disponible et introduit GitLab Duo CLI qui int�gre directement la plateforme GitLab Duo Agent � votre terminal. Utilisez l�interface en ligne de commande pour poser des questions complexes sur votre base de code et pour effectuer de mani�re autonome des actions en votre nom. Les flux personnalis�s GitLab Duo sont d�sormais disponibles en version g�n�rale. Les flux personnalis�s sont des workflows bas�s sur l�IA que vous cr�ez et configurez pour automatiser des t�ches complexes en plusieurs �tapes au sein de vos projets GitLab. En outre, les politiques d�ex�cution planifi�e des pipelines sont d�sormais disponibles en version g�n�rale.

GitLab Inc. est une soci�t� am�ricaine qui exploite et d�veloppe GitLab, une suite logicielle DevOps � open-core � permettant de d�velopper, de s�curiser et d�exploiter des logiciels. GitLab comprend un syst�me de contr�le de version distribu� bas� sur Git, incluant des fonctionnalit�s telles que le contr�le d�acc�s, le suivi des bogues, les demandes de nouvelles fonctionnalit�s logicielles, la gestion des t�ches, et des wikis pour chaque projet, ainsi que des extraits de code.

R�cemment, GitLab 19.2 est d�sormais disponible et introduit GitLab Duo CLI, qui permet d�acc�der directement depuis le terminal � une assistance IA et � des automatisations adapt�es au projet. Cette mise � jour rend �galement disponibles en version g�n�rale des flux personnalis�s bas�s sur l�IA, permettant aux �quipes d�automatiser des t�ches complexes en plusieurs �tapes dans GitLab � l�aide de workflows d�finis en YAML, avec orchestration et validations.

Les politiques centralis�es d�ex�cution programm�e des pipelines rationalisent d�sormais la conformit� et les t�ches routini�res � l��chelle de groupes de projets, sans qu�il soit n�cessaire de modifier les configurations individuelles. La correction automatique des vuln�rabilit�s d�tect�es lors de l�analyse des d�pendances, les jetons d�acc�s personnels avanc�s et le suivi am�lior� des vuln�rabilit�s renforcent encore davantage les capacit�s de s�curit� et d�automatisation.

Voici les principales am�liorations de GitLab 19.2 :

GitLab Duo CLI est d�sormais disponible en version g�n�rale

GitLab Duo CLI int�gre directement la plateforme GitLab Duo Agent � votre terminal. Utilisez l�interface en ligne de commande pour poser des questions complexes sur votre base de code et pour effectuer de mani�re autonome des actions en votre nom. Contrairement aux outils externes, l�interface en ligne de commande dispose du contexte relatif � votre projet GitLab, � vos pipelines et � vos configurations d�agents.

Les principales fonctionnalit�s incluent :

- Deux modes : le mode chat interactif et le mode sans interface graphique pour le CI/CD
- Contr�le d�activation/d�sactivation par l�administrateur pour GitLab Self-Managed et GitLab Dedicated
- S�lection de mod�les et sessions partag�es
- Approbations d�outils
- Connexions via le Model Context Protocol (MCP)
- Commandes � slash �, notamment des commandes pour l�utilisation et la compression du contexte
- Prise en charge des comp�tences et des fichiers de personnalisation AGENTS.md

Les flux personnalis�s GitLab Duo sont d�sormais disponibles en version g�n�rale

Les flux personnalis�s sont des workflows bas�s sur l�IA que vous cr�ez et configurez pour automatiser des t�ches complexes en plusieurs �tapes au sein de vos projets GitLab. Ils permettent aux �quipes de d�finir des �tapes de workflow, des composants et des d�clencheurs afin que les t�ches r�p�titives de d�veloppement et d�exploitation puissent s�ex�cuter automatiquement en r�ponse � des �v�nements GitLab. Dans l�interface utilisateur de GitLab, les flux s�ex�cutent directement dans GitLab CI/CD, ce qui aide les �quipes � automatiser les t�ches courantes sans quitter GitLab.

Parmi les principales fonctionnalit�s, on trouve :

- Des workflows r�utilisables, d�finis en YAML, pour une automatisation sp�cifique � chaque �quipe
- Une orchestration multi-agents pour les t�ches complexes en plusieurs �tapes
- Des points de contr�le � human-in-the-loop � (HITL) d�finis par l�utilisateur pour l�approbation ou le retour d�information lors d��tapes sensibles
- Des d�clencheurs GitLab natifs, notamment les mentions, les attributions, les �v�nements de pipeline et les �v�nements du cycle de vie des demandes de fusion
- Cr�ation et gestion des flux � partir des projets ou du catalogue IA
- Contr�les de visibilit� publics et priv�s
- Ex�cution s�curis�e � l�aide de comptes de service et d�une identit� composite
- Validation YAML pour d�tecter les probl�mes de configuration avant l�ex�cution

Les politiques d�ex�cution planifi�e des pipelines sont d�sormais disponibles en version g�n�rale

Les politiques d�ex�cution planifi�e des pipelines sont d�sormais disponibles en version g�n�rale. D�finissez une fois un calendrier dans un projet de politique de s�curit� et appliquez-le � tous les projets concern�s, sans avoir � modifier le fichier .gitlab-ci.yml de chaque projet. Si les exigences changent, mettez � jour la politique en un seul endroit au lieu de coordonner les modifications dans de nombreux fichiers de configuration CI/CD.

Utilisez les politiques planifi�es pour ex�cuter des scripts de conformit�, des analyses de s�curit� ou d�autres t�ches CI/CD personnalis�es � une cadence quotidienne, hebdomadaire ou mensuelle, ind�pendamment de l�activit� de commit. Cela s�av�re utile pour les d�p�ts ne faisant pas l�objet de modifications r�guli�res du code, par exemple pour ex�cuter des analyses de d�pendances afin de d�tecter des vuln�rabilit�s r�cemment d�couvertes. Chaque politique s�ex�cute sous la forme d�un pipeline distinct, avec prise en charge du fuseau horaire, r�partition par plage horaire et ciblage des branches.

Lancer des flux fondamentaux depuis Agentic Chat

Dans les versions pr�c�dentes de GitLab, vous lanciez les flux fondamentaux � partir d�actions sp�cifiques de l�interface utilisateur, de mentions ou d�attributions. Vous pouvez d�sormais les lancer depuis Agentic Chat dans l�interface utilisateur de GitLab, dans le cadre de votre conversation.

Lorsque votre demande correspond � un workflow sp�cialis�, Agentic Chat transf�re le traitement � l�un de ces flux :

- Flux � D�veloppeur � : met en �uvre les modifications ou ouvre une demande de fusion
- Flux � R�vision du code � : r�vise une demande de fusion
- Flux � Correction du pipeline CI/CD � : diagnostique et r�pare un pipeline ayant �chou�

Vous validez le transfert dans le chat, puis suivez l�avancement dans la conversation ou depuis IA > Sessions.

Correction automatique des vuln�rabilit�s d�tect�es lors de l�analyse des d�pendances (b�ta)

GitLab 19.2 introduit la correction automatique des vuln�rabilit�s d�tect�es lors de l�analyse des d�pendances en version b�ta. Cette fonctionnalit� int�gre la correction automatis�e des vuln�rabilit�s directement dans votre workflow d�analyse des d�pendances, avec deux capacit�s :

- Mise � jour automatis�e des versions des d�pendances, disponible sur GitLab.com, GitLab Self-Managed et GitLab Dedicated.
- R�solution des changements de compatibilit� par agent, disponible sur GitLab.com, GitLab Self-Managed et GitLab Dedicated, et consommant des cr�dits GitLab.

La mise � jour automatique des versions des d�pendances ouvre automatiquement des demandes de fusion (MR) afin de mettre � jour les d�pendances vuln�rables vers leurs versions s�curis�es. Une fois activ�e, GitLab surveille vos projets � la recherche de d�pendances vuln�rables et ouvre des MR de correction sans intervention manuelle. Par d�faut, les mises � jour ciblent les versions de correctif et les versions mineures.

La r�solution des changements de compatibilit� avec Agentic �tend le flux de correction pour g�rer les mises � jour complexes. Lorsqu�une demande de fusion visant � mettre � niveau les versions des d�pendances �choue dans un pipeline en raison d�un changement de compatibilit�, GitLab Duo analyse les erreurs du pipeline, le journal des modifications de la d�pendance et la mani�re dont votre code utilise cette d�pendance.

GitLab Duo valide les corrections dans la m�me demande de fusion et relance le pipeline jusqu�� ce que celui-ci r�ussisse. Lorsque vous activez la r�solution des changements de compatibilit� par Agentic, les mises � niveau de version s��tendent aux versions majeures.

Ensemble, ces deux fonctionnalit�s forment une boucle de correction compl�te : GitLab ouvre la MR, et lorsque la mise � jour est complexe, GitLab Duo la r�sout.

Suivi des branches non par d�faut (b�ta)

Vous pouvez d�sormais suivre les vuln�rabilit�s sur des branches autres que la branche par d�faut. Pour obtenir les meilleurs r�sultats, ciblez un petit nombre de branches de publication � longue dur�e de vie, telles que les branches destin�es � des environnements sp�cifiques (project-qa, project-prod) ou � des plateformes de d�ploiement (project-iOS, project-android).

Cette version b�ta inclut les fonctionnalit�s suivantes :

- Ajouter des branches suivies sur la page de configuration de la s�curit�, jusqu�� deux fois le nombre de projets dans l�espace de noms.
- Filtrer par branche dans le rapport sur les vuln�rabilit�s.
- Filtrer par branche dans le tableau de bord de s�curit� au niveau du projet.
- Suivre tous les types de vuln�rabilit�s sur les branches suivies, y compris les CVE, qui �taient auparavant hors du champ d�application.
- Pr�server la coh�rence des m�tadonn�es relatives au statut des vuln�rabilit�s lorsqu�une branche est fusionn�e dans la branche par d�faut.
- Mise � jour du statut des vuln�rabilit�s sur les branches suivies.

Disponibilit� s�lective de GitLab Duo pour les sous-groupes

Les administrateurs des instances GitLab Dedicated peuvent d�sactiver GitLab Duo et GitLab Duo Agent Platform pour certains sous-groupes, tandis que d�autres sous-groupes conservent la possibilit� de les activer.

Auparavant, il �tait possible soit de d�sactiver GitLab Duo et Agent Platform pour l�ensemble d�une instance, soit de les rendre potentiellement disponibles pour tous.

D�sormais, vous pouvez appliquer une liste d�autorisation par sous-groupe avec un principe de refus par d�faut. Marquez des sous-groupes sp�cifiques comme � Toujours d�sactiv� (verrouill�) � afin que leurs groupes et projets descendants ne puissent jamais activer GitLab Duo et Agent Platform, tout en laissant les autres sous-groupes � la discr�tion des utilisateurs disposant du r�le de propri�taire. Seuls les administrateurs peuvent appliquer ou supprimer ce verrouillage, et les � Propri�taires � concern�s voient s�afficher un message clair indiquant que GitLab Duo est verrouill� par un groupe parent.

Cette fonctionnalit� aide les �quipes charg�es de la conformit� et de la gouvernance de la plateforme � respecter les exigences strictes en mati�re de classification des donn�es.

Rapport d��v�nements d�audit IA (b�ta)

Les rapports d��v�nements d�audit IA sont d�sormais disponibles en version b�ta, offrant aux �quipes de s�curit� et de conformit� un historique unifi� et t�l�chargeable de l�activit� des agents GitLab Duo.

Auparavant, l�activit� des agents �tait dispers�e entre les t�ches de pipeline et les historiques d��v�nements, ce qui rendait difficile la reconstitution d�une session pour :

- L�enqu�te sur les incidents.
- L'examen de conformit�.
- Les rapports de gouvernance de l'IA.

D�sormais, chaque session d'agent g�n�re un artefact d'audit complet qui recense :

- Les entr�es.
- Le contexte du mod�le et de la configuration.
- La chronologie des �v�nements.
- Les sorties.

Vous pouvez parcourir les �v�nements d'audit de l'IA depuis la page Gouvernance, filtrer par agent et par d�tails de session, explorer chaque �v�nement individuellement et t�l�charger l'artefact de session correspondant.

Flux de r�vision de s�curit� (b�ta)

Le flux de r�vision de s�curit� d�tecte les vuln�rabilit�s de la logique m�tier directement dans les demandes de fusion. Contrairement aux outils d�analyse statique qui recherchent des mod�les connus, le flux de r�vision de s�curit� analyse l�intention de votre code et identifie les contournements d�autorisation, les fuites de donn�es et les erreurs de logique que les scanners bas�s sur des mod�les manquent syst�matiquement.

Pour demander une r�vision, attribuez le compte de service Duo Security Review en tant que r�viseur sur votre demande de fusion. Le flux analyse le diff et publie ses conclusions sous forme de commentaires en fil de discussion aux lignes exactes o� se trouvent les vuln�rabilit�s, chacun accompagn� d�une classification CWE (Common Weakness Enumeration), d�un niveau de gravit� et, lorsque cela est possible, d�une correction sugg�r�e en ligne que vous pouvez appliquer sans quitter la demande de fusion.

Chaque r�vision consomme des cr�dits GitLab en fonction de la complexit� du diff de la demande de fusion.

Source : Pr�sentation de GitLab 19.2

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 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: 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: 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