A modern approach to programming. The pull request system seems great as I see on the landing page. It stacks up.

That's very interesting to get insights: hotspots, churn, coupledPairs, couplingRankings, codeAge, ownership, communication

On a appris que chaque commit devait être atomique, qu’il ne doit concerner qu’une seule chose, la plus petite possible, qu’il doit laisser le repository dans un état cohérent, sans test en échec, et qu’il doit avoir un message concis mais précis.

Ahaha excellent ces règles du git zen

1. Commitez quand vous voulez, quand vous pouvez, quand vous devez ⌚
   Suivez votre rythme, pas celui du code. Commitez quand vous êtes satisfait·e de ce que vous avez écrit, quand vous partez en pause déjeuner, quand vous devez passer sur un autre sujet, quand ça fait un moment que vous ne l’avez pas fait.
2. Merges uniquement 🔀
   Laissez tomber le rebase, laissez tomber le squash, mergez les branches quand elles doivent converger, point. Le rebase vous posera des pièges, sera plus exigeant, créera des conflits là où il n’y en a pas, sera plus risqué. Le merge ne vous trahira jamais.
3. Libérez les messages de commit 🗯️
   "pause café" est un message de commit parfaitement valide. "tous les tests passent !!!!" en est un autre. Si l’historique doit raconter une histoire, alors que ce soit la vôtre.
4. Nommez correctement vos branches 💾
   On interrompt la déconne au moment de nommer une branche. Peut-être que vous allez avoir plusieurs branches en cours dans votre espace de travail, que vous allez devoir jongler entre celles-ci. Leur donner des noms explicites vous aidera à ne pas être perdu·e.
5. Ne regardez jamais l’historique git 🙈
   Dédiez votre attention au présent, au futur, pas au passé.

An other VCS that shifts the git model

A way to cheat the git commit graph: commits can be generated at different times.

It can be useful to rewrite git repositories.

An interesting project: let the AI squash and reword the commits

This is how I automatically update the updated property of content on my site, such as articles, projects, and notes. It finds the last Git commit that touched the current file. Every build this is checked, meaning there are no manual steps to setting the value.

One commit for one goal. It avoids "maintenance PRs".

Too long, didn't read but maybe useful someday

git switch is now a widely available command.

So git checkout is less relevant now and less complicated.

Provide a TCP server for the git repository

They are great! They are key-value pairs at the end of a commit message.

Another version control workflow similar to git, but somehow more powerful

It is interesting to note optimizations and arguments in favor of Rust