Je n'utilise effectivement pas les messages de commit de git pour stocker des infos sur les changements de code du projet, sauf cas exceptionnel, car je préfère éditer un Changelog détaillé qui s'étoffe petit à petit sur le forum du projet (comme celui-ci, démarré pour la version 2.0.1 par exemple). Je trouve ça personnellement plus commode car :
Je vais de toute façon implémenter une fonctionnalité en la répartissant sur plusieurs commits successifs (commit de base + corrections éventuelles du code de base, par exemple).
Dans le Changelog, je peut décrire la modification avec plus de place, sans me concentrer forcément sur la partie purement technique, et aussi associer des images pour l'illustrer.
Je peut avoir des discussions directes avec les gens qui suivent les modifications de ce Changelog, en utilisant la possibilité de discussion du forum.
Et de temps en temps, je fusionne tous ces Changelogs comme base pour écrire une dépêche qui résume tout ça, bien plus facilement que si je devais éplucher l'ensemble des commits que je réalise sur le code, car j'ai déjà pu tout bien rangé par catégories (New features, Improvements, Bug fixes ).
J'ai aussi une tendance naturelle à commiter très souvent, même à des fins de sauvegarde de mon travail en cours, donc aussi quand je n'ai pas forcément fini de mettre une nouvelle fonctionnalité en place. Ca me permet de récupérer très vite du code en cours que j'ai développé au labo, et me remettre au travail dessus le soir à la maison (oui, malgré mon status de fonctionnaire, je ne m'arrête pas de travailler sur G'MIC à 18h :) ).
Donc point de flemme dans tout ça, mais plutôt une organisation du travail qui me parait efficace, au moins pour ma façon de développer.
[^] # Re: Grosse flemme ou autre(s) raison(s) ?
Posté par David Tschumperlé (site web personnel) . En réponse à la dépêche G’MIC 2.0 : un second souffle pour le traitement d’images libre. Évalué à 10.
Je n'utilise effectivement pas les messages de commit de git pour stocker des infos sur les changements de code du projet, sauf cas exceptionnel, car je préfère éditer un Changelog détaillé qui s'étoffe petit à petit sur le forum du projet (comme celui-ci, démarré pour la version 2.0.1 par exemple). Je trouve ça personnellement plus commode car :
J'ai aussi une tendance naturelle à commiter très souvent, même à des fins de sauvegarde de mon travail en cours, donc aussi quand je n'ai pas forcément fini de mettre une nouvelle fonctionnalité en place. Ca me permet de récupérer très vite du code en cours que j'ai développé au labo, et me remettre au travail dessus le soir à la maison (oui, malgré mon status de fonctionnaire, je ne m'arrête pas de travailler sur G'MIC à 18h :) ).
Donc point de flemme dans tout ça, mais plutôt une organisation du travail qui me parait efficace, au moins pour ma façon de développer.