The seven rules of a great git commit message
- Separate subject from body with a blank line
- Limit the subject line to 50 characters
- Capitalize the subject line
- Do not end the subject line with a period
- Use the imperative mood in the subject line
- Wrap the body at 72 characters
- Use the body to explain what and why vs. how
(...)
A properly formed git commit subject line should always be able to complete the following sentence:
If applied, this commit will your subject line here
For example:
If applied, this commit will refactor subsystem X for readability
If applied, this commit will update getting started documentation
If applied, this commit will remove deprecated methods
If applied, this commit will release version 1.0.0
If applied, this commit will merge pull request #123 from user/branch
Alias Git pour afficher les logs de commit de facon beaucoup plus détaillée (branche, auteur, date relative et fichiers modifiés)
git config --global alias.la "log --all --graph --color --name-status --format='%C(yellow)%h%Creset %cr %C(blue)%cn%Creset -%C(auto)%d%Creset %s'"A garder sous la main pour quand on a pourris son repo git
Comment annuler un commit après un push
Un outils en shell pour gérer les repos git de façon unifiée
- Write good commit messages
- Commit all the fucking time
- Rebase & —amend to get rid of “oops”-commits
Un wrapper à git qui permet d'utiliser toutes les fonctionnalités spécifiques de GitHub (fork, pullrequests, issues, ...) en ligne de commandes
Présentation d'un modèle de gestion de branches pour le développement avec git.
Les branches utilisées dans ce workflow sont les suivantes:
- master (tag XXX)
- hotfix-XXX (branches temporaires)
- release-XXX (branches temporaires)
- dev
- feature branchs (branches temporaires
Un classement de tutos pour différents langages (ruby, python, ...) et outils (git, puppet, chef, aws ec2, ...)
Une FAQ pour Git
Comment utiliser les branches avec Git
25 astuces à connaitre avec Git
Des alias Git à mettre en place
Article super intéressant sur l'impact de GitHub dans l'évolution de l'OpenSource. Je suis tout à fait d'accord avec son point de vue mais d'un autre côté, le fait que GitHub soit une entreprise qui est en train de centraliser la quasi-totalité des nouveaux projets Open Source commence à me faire peur. Il serait temps une solution de GitHub like libres et décentralisés qui puisse être interconnectés entre eux.