On est bien d'accord que le mec propose de remplacer une assez piètre idée par une autre ?

Il y a dans cet article une vision à peu près correcte. MAIS utiliser des branches/pull request/... sans utiliser le bug tracker me paraît être une vision incorrecte du travail de communication de l'architecte. Franchement, les évolutions ne sont pas que des branches Git. Ce sont aussi, et surtout,d es tickets.

C'est une alternative franchement intéressante à ces histoires de GitOps

Ca a l'air presque bien ... maaaaiiiis faudrait que j'utilise la ligne de commande (gasp)

Si tu cherches une doc complète sur Git en français, celle-ci est bien complète

Au milieu de ce compte-rendu de réunion, on trouve cette phrase "documentation is the single most important factor in open-source adaption". L'ensemble est tout aussi intéressant.

Oh un git simplifié ! Ca doit couvrir la plupart des besoins des développeurs, non ?

Oh la belle astuce pour pousser du contenu dans github pages depuis maven !

Oh, une API Java propre pour Gitlab. Ca correspond pile à certains usages que j'ai actuellement.

Une librairie sympa pour faire des graphes de commit Git

A l'heure où on peut facilement parser du texte à peu près structuré, ce genre de formalisme me laisse dubitatif.

Oh le gitignore dans ce message est une super idée !

Une bonne astuce pour utiliser VSCode comme éditeur de diff git

Bien plus intéressant (à mon avis) que le gitmoji-changelog, ce format de commit permet facilement de construire le changelog d'une application Rust. Et je vais m'en servir dès maintenant.

Wow, c'est une super façon de montrer l'historique d'un fichier dans Git/GitHub. j'adorerais voir ce genre de feature apparaître dans SourceTree (avec évidement un gros bonus si l'espacement entre les révisions correspond au délai entre les modifications)

Une bonne façon de rentrer dans l'infâme ligne de commande git

git est vraiment un gros connard de merde. Pourquoi diable changer le caractère de retour à la ligne pour moi ? C'est pas son putain de job. Son job, c'est de s'assurer que mes fichiers ne changent pas. Au lieu de ça, il me casse les burnes à rendre tous les scripts sh inutilisables sous Linux simplement parce que je les ai récupéré sur ma machine Windows. Je hais solidement git.

Pourquoi mais POURQUOI est-ce que git a fait le choix par défaut STUPIDE de convertir les retours à la ligne selon l'OS ?

Un serveur git embarqué dans Keybase, donc totallement chiffré, ça paraît enfin le bon endroit pour cache mon fichier Keepass ...

Ah ça y est, je l'ai retrouvé !
Je ne sais pas si c'est une bonne idée ou si c'est le mal absolu.