Si demain vous envisagez d'utiliser GitPython, utilisez plutôt cette surcouche, l'API est à mon goût plus agréable.

Un outil sympa pour créer un graphe des commits dans le style de ce que fournit GitHub

Des statistiques simples pour un repository git (par exemple, le nombre de commit par heure/jour/mois/commiter)

L'ergonomie de git est un enfer. Et le fait que ce soit fondamentalement un outil en ligne de commande transparaît beaucoup dans les différentes interfaces. Ca pourraît être intéressant d'en créer une réellement ergonomique

Une idée qui plaît à l'ancien utilisateur que je suis, mais qui me paraît aussi un terrible gâchis de temps cpu et d'énergie

Je n'aime pas git flow (parce que c'est une recopie dans git dans maven release). Mais cette page explique très joliment le processus.

Si vous cherchez un hébergeur pour votre projet git, qui ne soit ni GitHub ni GitLab, ça peut vous intéresser.

Ah c'est marrant cette idée d'utiliser un repository Git comme point de départ d'un Twitter décentralisé ...

Est-ce que vous saviez que git dispose d'un système de gestion de métadonnées ? Pourquoi ça m'intéresse ? Parce que ces histoires de conventionnal commit sont des métadonnées mal cachées dans le message de commit.

On me parle de semantic release, et du fait d'utiliser conventionnal commit. Comme je suis un peu hostile aux conventionnal commits, je me dis qu'ajouter des notes à nos commits serait une belle façon de pouvoir définir le niveau de compatibilité du commit

Je ne vais pas mentir, j'en suis au même niveau (avec la différence que je fais tout ça dans SourceTree) ...

Ah j'aime beaucoup, ça ressemble énormément à ce que j'ai fait sur ma mission, et c'est plaisant, parce que sacrément efficace. Après se pose bien sûr la question de la pertinence d'un outil qui autorise tous les usages, y compris les plus toxiques.

Le créateur de SQLite a de jolies bannières alternatives pour Git

Il y a dans git un tas de décisions regrettables. Et typiquement, ces histoires de rebase me paraissent toujours super louches, justement parce que l'historique se retrouve bien pété

Je me demande comment les gens de CleverCloud voient ce genre de mini-paas ...

La prochaine fois que je chercherai comment mettre le numéro de révision GIT dans mon POM, faudra que je me souvienne de ce plugin

Et voici un cas d'usage mieux décrit de cette histoire de ${revision} dans la version d'un POM Maven

Le saviez-tu ? Depuis 2016, tu peux utiliser dans ton numéro de version (déployé dans Nexus, par exemple) ton numéro de revision SCM. Et c'est chouette !

Eh oui, avec git, il est tout à fait possible d'avoir une branche main dont l'historique soit vide ... Vraiment, git, c'est un outil très pratique 🤣

Ahah ! Alors ça c'est encore plus drôle : un gestionnaire de signets (à la shaarli) stockant ses données dans le fichier README d'un projet GitHub. J'ai presque envie de proposer la PR pour Shaarli tellement c'est drôle