Je reprend ce qui a été proposé dans l'article et marche très bien (même si c'est un peu de la bidouille):

1. Install GPG as you normally would
2. Make sure it is executable in the command line / PowerShell (as in: make sure the bin/ subdirectory of the GPG program directory is included in the PATH environment variable)
3. Go to the Git for Windows program directory (e.g. C:\Program Files\Git)
4. Navigate to the usr/bin/ subdirectory and rename gpg.exe to something else (like gpg_disabled.exe)
5. Close any open Git Bash instances and start a fresh one
6. Check the GPG version via gpg --version

La documentation de Drone.io, un outil de CD/CI qui se veut simple et efficace. Lorsqu'on le maîtrise, il est vrai qu'il devient sacrément efficace, mais malheureusement sa prise en main n'a pas été très simple. À l'heure où j'écris ces lignes (nous sommes le 15 avril 2019), la version 0.8 est la plus stable que j'aie pu installer. Il semble que la v1.0 soit buguée jusqu'à la moelle et je n'ai jamais réussi à la faire démarrer. Ne comptez pas trop sur la doc de la v1.0 pour démarrer, elle est pratiquement vide.

En attendant, utilisez la v0.8 et lisez ça si ça peut vous intéresser: https://www.rent-a-hero.de/wp/wp-content/uploads/2018/10/DroneIO_Gitea_CI.pdf

Je viens de découvrir un client Git qui à l'air d'en avoir sous le capot: Fork. Seul bémol de mon côté: ce n'est pas opensource et c'est maintenu par un mari et sa femme sur leur temps libre... ça part d'une bonne intention.

Guide de démarrage: https://www.presslabs.com/docs/development/git/fork-windows/

Une discussion sympa sur un des trucs que j'oublie trop souvent: comment annuler des changements faits sur un repo git. En résumé:

• git reset: modifie l'index, par exemple retire un fichier en statut "added" et le remet à "modified"
• git reset --hard: annule les modifications apportées au repo et ramène tout à son état précédant vos dernières modifications non commitées
• git revert: permet de remettre le repo dans un stade avant un commit donné (ex: "git revert f9ae53ad" va annuler les modifications faites dans le commit f9ae53ad)
• git clean -f: retire toute modification non traquée pour fichiers (p. ex. annule la création d'un nouveau fichier dans le repo)
• git clean -fd: retire toute modification non traquée pour fichiers et dossiers (p. ex. annule la création d'un nouveau répertoire dans le repo)

Oh ! Un joli client pour Git. Qui a dit que développer devait toujours se faire dans des environnements sobres et avec un minimum de couleurs ? :)

Pour ne pas oublier: dans git, on peut faire un cherry-pick pour obtenir un commit spécifique ayant été publié dans un autre repo. Pratique pour mettre à jour des forks.

Alors ça c'est cool ! Coder de manière collaborative, c'est maintenant possible dans Atom via un package spécifique. D'après Korben, ça fonctionne à base de WebRTC et de connexion P2P sécurisée, plutôt safe. Il devrait être possible de voir ce type de librairie intégrée dans d'autres IDE à l'avenir.

Une (grosse) réponse sur StackOverflow concernant la gestion de plusieurs clés SSH pour des serveurs git. Utile !

Tutoriel intéressant (en anglais) sur la configuration de git pour l'utilisation de plusieurs identités. ça peut être intéressant par exemple si vous avez des projets d'entreprise en interne et d'autres que vous publiez sur GitHub, par exemple.

Un excellent et rapide petit tuto pour se faire un serveur Git low cost (avec un Raspberry Pi, par exemple) en ligne de commande.

Un projet intéressant visant à rappeler aux développeurs que les change logs ne sont pas facultatifs (ou ne devraient pas l'être) et qu'il ne suffit pas de disposer de l'historique de votre projet Git/SVN/Autre pour définir qu'il est documenté.

Cette discussion peut être intéressante aussi: http://stackoverflow.com/questions/3523534/good-ways-to-manage-a-changelog-using-git

Bon, voilà, j'ai franchi un nouveau cap (je crois) où je me suis dit que je pouvais contribuer à un projet opensource sur GitHub. Du moins, j'en ai les capacités, donc reste plus qu'à comprendre comment ça marche.
Quelques petits liens que je me mets sous le coude, parce que pour l'instant c'est pas la panacée encore ;)

• Créer un fork: https://help.github.com/articles/fork-a-repo/
• Synchroniser un fork avec son maître: https://help.github.com/articles/syncing-a-fork/
• Créer une clé GPG: https://help.github.com/articles/generating-a-new-gpg-key/
• Assigner une clé GPG à git (user.signingkey): https://help.github.com/articles/telling-git-about-your-gpg-key/
• Signer des commits avec une clé GPG: https://help.github.com/articles/signing-commits-using-gpg/

Et de manière plus générale pour Git:

• Les opérations traditionnelles: https://git-scm.com/book/en/v2/Git-Basics-Recording-Changes-to-the-Repository
• Créer et changer de branche (git branch et git checkout): https://git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell

Un tutoriel sous forme de site Web qui propose d'apprendre à utiliser Git. Le site à l'air d'être plutôt bien pensé, je n'ai pas encore vérifié le contenu de celui-ci. A voir, je garde ça au cas où il me viendrait la subite envie de lâcher mon SVN pour du Git. ;)

Via http://sebsauvage.net/links/?46uD5A

Un article sympatoche qui recoupe plusieurs sources d'information pour apprendre à utiliser GIT. Perso, je préfère toujours SVN qui me semble beaucoup plus simple... mais bon.

Via http://sebsauvage.net/links/?317VLg