Ce repository git est effectivement reservé pour mes propres développements, donc le problème de collaboration ne se pose pas.
Il existe malgré tout.
Ton programme est un Logiciel Libre, il y a des gens qui peut être forkeront ton travail, voudront l'introduire dans une distribution Linux quelconque ou qui voudront reprendre ton travail le jour où tu arrêteras pour X ou Y raison.
Je te le dis, des messages de commit "." de partout, ça n'aide pas ces gens là même s'ils ne publient rien sur ton dépôt.
Nous avons par contre mis en place le repo https://github.com/dtschump/gmic-community où les contributeurs extérieurs sont actifs, et postent des messages de commit clairs et précis.
Et je note malgré tout que tes contributions dessus se résument souvent à "." ce qui est plutôt horripilant. Je ne sais pas si ces commits sont nouveaux ou des récupération de ton dépôt, mais tu n'aides clairement pas les autres contributeurs en travaillant ainsi. Et tu ne gagnes par ailleurs rien à le faire ainsi.
Je veux dire, pour rigoler, j'ai regardé quelques commits, parfois je suis tombé sur des commits où tu ajoutes juste des noms de contributeurs. C'est bien en soit, mais avec le message ".", je n'avais aucune idée si ce commit était pertinent ou pas.
Peut être que tu t'en fiches, mais je parcours pour mon travail beaucoup de dépôts git / svn. Je peux te dire que je gagne énormément de temps quand je peux déterminer si le commit a un impact ou pas dans ce que je cherche (et typiquement ne pas regarder des commits dont le titre me fait comprendre que le changement ne concerne que les noms de l'équipe de développement).
Tant mieux que tu aies des contributeurs externes, mais tu ne les aide pas, et tu ne les aide pas à attirer plus de monde non plus. Personnellement je ne contribuerais jamais à un projet dont le git ressemble à cela.
Git et SVN ont été inventés pour apporter des informations autour du code, que ce soit l'historique des changements (donc pouvoir revenir à un point précis du code pour tester par exemple), savoir pourquoi ces lignes de code ont été ajoutés et quand cela a été fait. Tu publierais des archives sur un FTP à l'ancienne pour distribuer ton code source que cela reviendrait presque au même, c'est dommage.
Après, tu es libre de faire ce que tu veux, je l'entends bien. Mais je trouve ta justification mauvaise. Tu pourrais travailler aussi bien, aussi vite en faisant les choses correctement. Je pense que tu gagnerais beaucoup à savoir manipuler git et à l'utiliser correctement. Que ce soit pour toi mais aussi les autres qui travaillent autour.
[^] # Re: Grosse flemme ou autre(s) raison(s) ?
Posté par Renault (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.
Il existe malgré tout.
Ton programme est un Logiciel Libre, il y a des gens qui peut être forkeront ton travail, voudront l'introduire dans une distribution Linux quelconque ou qui voudront reprendre ton travail le jour où tu arrêteras pour X ou Y raison.
Je te le dis, des messages de commit "." de partout, ça n'aide pas ces gens là même s'ils ne publient rien sur ton dépôt.
Et je note malgré tout que tes contributions dessus se résument souvent à "." ce qui est plutôt horripilant. Je ne sais pas si ces commits sont nouveaux ou des récupération de ton dépôt, mais tu n'aides clairement pas les autres contributeurs en travaillant ainsi. Et tu ne gagnes par ailleurs rien à le faire ainsi.
Je veux dire, pour rigoler, j'ai regardé quelques commits, parfois je suis tombé sur des commits où tu ajoutes juste des noms de contributeurs. C'est bien en soit, mais avec le message ".", je n'avais aucune idée si ce commit était pertinent ou pas.
Peut être que tu t'en fiches, mais je parcours pour mon travail beaucoup de dépôts git / svn. Je peux te dire que je gagne énormément de temps quand je peux déterminer si le commit a un impact ou pas dans ce que je cherche (et typiquement ne pas regarder des commits dont le titre me fait comprendre que le changement ne concerne que les noms de l'équipe de développement).
Tant mieux que tu aies des contributeurs externes, mais tu ne les aide pas, et tu ne les aide pas à attirer plus de monde non plus. Personnellement je ne contribuerais jamais à un projet dont le git ressemble à cela.
Git et SVN ont été inventés pour apporter des informations autour du code, que ce soit l'historique des changements (donc pouvoir revenir à un point précis du code pour tester par exemple), savoir pourquoi ces lignes de code ont été ajoutés et quand cela a été fait. Tu publierais des archives sur un FTP à l'ancienne pour distribuer ton code source que cela reviendrait presque au même, c'est dommage.
Après, tu es libre de faire ce que tu veux, je l'entends bien. Mais je trouve ta justification mauvaise. Tu pourrais travailler aussi bien, aussi vite en faisant les choses correctement. Je pense que tu gagnerais beaucoup à savoir manipuler git et à l'utiliser correctement. Que ce soit pour toi mais aussi les autres qui travaillent autour.