Catégorie : Git
Ajout automatique par WPeMatico
GitWand – Il trie vos conflits Git et vous montre pourquoi
perso, je n’ai jamais été très à l’aise avec Git. Je l’utilise tous les jours, mais c’est vraiment pas ma came. Dès que ça devient trop compliqué, genre conflit de merge qui repeint des dizaines de fichiers en rouge, je ne m’en sors plus ^^.
Heureusement qu’il y a l’IA pour m’aider dans des moments difficiles ! Mais si vous n’aimez pas confier la gestion de vos merges à un LLM en aveugle, je vous invite à découvrir GitWand, développé par Laurent Guitton, qui s’occupe uniquement de la gestion des conflits avec Git et vous laisse gérer le reste.
Reviewer des patches git par mail sans quitter Thunderbird
Marc Coquand avait très envie d’embarquer son équipe dans un nouveau genre de workflow Git à base d’emails et c’est pour ça qu’il a créé
.
Il s’agit d’une extension pour
qui, lorsque vous ouvrez un mail qui contient une série de patchs, vous propose un bouton “Review” vous permettant d’accéder à une interface de relecture Git qui va vous être très familière, vous allez voir.

Ensuite, si la série des patchs vous convient, vous pouvez tous les approuver directement sur votre dépôt local avec la commande git-am sans jamais avoir à quitter votre client mail.
Git 2.55 active Rust par défaut, et la fin du tout-C est déjà programmée
Vingt et un ans après sa création par Linus Torvalds, Git amorce pour de bon son changement de langage. La première version de test de Git 2.55, publiée hier, active par défaut le code Rust dans le gestionnaire de versions le plus utilisé au monde, celui qui héberge l’historique d’à peu près tous les projets logiciels de la planète.
Jusqu’ici, il fallait réclamer explicitement le Rust au moment de compiler le logiciel, c’est-à-dire de le fabriquer à partir de son code source, via une option baptisée WITH_RUST ou via le système de build Meson. Git 2.55 inverse la logique : le Rust est désormais supposé présent, et c’est pour s’en passer qu’il faut lever la main, avec une nouvelle option NO_RUST.
Soft Serve – Le serveur Git auto-hébergé dans le terminal
Monter son propre serveur Git, ça rime souvent avec déployer une usine à gaz bourrée d’options qu’on n’utilisera jamais. Heureusement, Soft Serve prend le contre-pied total de tout ça ! Ce serveur Git self-hosted de charmbracelet (la bande derrière Bubble Tea, Glow,
Freeze
et Gum) fait sa vie dans le terminal et se pilote via SSH.
Un coup de brew install charmbracelet/tap/soft-serve (ou Docker, ou go install), vous lancez soft serve et hop, vous voilà avec un serveur Git complet qui tourne grâce à un seul binaire. Pour parcourir vos dépôts, pas besoin de navigateur, vous vous connectez juste en SSH et une petite interface en mode texte s’ouvre direct dans votre terminal. Genre ssh git.chezvous.net, et vous voilà en train de naviguer dans l’arborescence, lire les fichiers avec coloration syntaxique, fouiller les commits. Le tout sans quitter le shell !
GitLike – Le GitHub décentralisé sur IPFS
Branislav Đalić, un dev serbe basé à Belgrade, vient de balancer un projet plutôt original baptisé
GitLike
. Il s’agit d’un GitHub décentralisé qui stocke vos repos sur
IPFS
et remplace le mot de passe par votre clé Ethereum (votre wallet quoi…).
Vous connectez votre wallet via SIWE (le standard EIP-4361, signature dans MetaMask ou WalletConnect), vous créez un repo, et hop, chaque commit, chaque fichier, chaque arbre devient un objet IPFS adressé par son CID. Tout pareil que Git côté usage, sauf que derrière y’a pas de serveur GitHub mais un simple Worker Cloudflare qui orchestre Pinata ou Filebase pour pinner vos données.
GitHub commit spoofing – Quand n’importe qui peut être Linus
Vous avez confiance dans le nom qui est affiché à côté d’un commit GitHub ?
Bah vous pouvez arrêter tout de suite car le chercheur Shani Lavi a documenté il y a quelques années ce que les devs Git sérieux savent depuis longtemps : N’importe qui peut publier un commit avec n’importe quelle identité, et bien sûr, on peut systématiquement compter sur GitHub pour lier ce commit au profil correspondant sans broncher.
VS Code signe vos commits avec Copilot, même sans Copilot
Si vous avez committé du code depuis VS Code depuis mi-avril, allez tout de suite vérifier vos messages de commit car vous avez peut-être un nouveau co-auteur que vous n’avez jamais embauché.
En effet, Microsoft a discrètement basculé le réglage par défaut de l’éditeur pour ajouter Co-authored-by: Copilot <[email protected]> à des commits que VS Code considérait à tort comme contenant des contributions IA, même quand vous n’avez pas utilisé Copilot, et même quand vous avez explicitement désactivé toutes les fonctions IA.
Lumen – L’IA qui écrit vos messages de commit et bien plus encore
Soyez honnêtes, c’est quoi votre dernier message de commit ? “fix“, “update“, “refactor” ou les grands classiques “Ça marche, on ne touche plus” ou “azertyuiop^$” ?
Si vous vous reconnaissez, alors Lumen va peut-être vous sauver la mise.
Lumen
c’est un outil en ligne de commande écrit en Rust qui utilise l’IA pour vous aider à gérer votre workflow Git. En gros, vous stagez vos fichiers, vous lancez lumen draft et hop, l’IA analyse vos modifications pour générer un message de commit propre au format conventionnel. Fini les “fixed stuff” à 3h du mat.
Si vous utilisez Gogs, vous avez un gros problème
En 2016, je vous parlais de
Gogs
, ce petit serveur Git auto-hébergé super léger qui s’installe en 10 secondes et c’est encore aujourd’hui une alternative sympa à GitHub pour ceux qui voulaient garder leur code chez eux. Mais attention, si vous l’utilisez, il va falloir agir vite parce que là, c’est la catastrophe.
Des chercheurs de Wiz viennent de découvrir que plus de 700 instances Gogs exposées sur Internet ont été compromises via une faille zero-day baptisée CVE-2025-8110. Et le pire, c’est que cette faille est activement exploitée depuis juillet 2025 et qu’il n’existe toujours pas de patch.
