De ce fait, par pudeur et par respect pour les autres, je ne souhaite pas forcément mettre à disposition ces versions intermédiaires moche et crade, mais plutot garder ça pour moi (avec commits intermédiaires dans mon repo local), et ne diffuser que les verions qui me paraissent suffisamment propre et finalisées.
D'un côté, ça se comprend, mais d'un autre, tu verras que le travail de refactorisation ça n'est pas anodin, et ça prend parfois beaucoup de temps. Au point où parfois tu ne finis par pas diffuser le code parce que tu n'as pas le temps de le refactoriser... (histoire vécue) Perso, j'ai appris à essayer de mettre vaguement au propre au moment où je code (éventuellement en squashant quelques commit, ou en essayant de pas commiter trop vite ; il y a un bon « rythme » à trouver entre tous commiter dès que possible, chose très facile en git, et prendre un peu son temps pour ne pas avoir trop de minuscules commits), et à ne pas faire trop attention aux « détails » de propreté une fois que c'est fait : c'est super chiant de revenir sur son code des jours ou des semaines après, parfois. Il faut accepter de publier du code pas tout à fait propre, parce que sinon ça devient une sorte de psychose qui t'empêche de publier plutôt qu'autre chose.
Est-ce possible de faire ça, sans que ceci ne perturbe trop les autres contributeurs ?
Avant du publier, oui, rebase autant que tu veux. Mais une fois publié, c'est public, c'est fini. En plus, publier des choses pas forcément idéales que tu corriges après, ça permet de montrer aux gens comment tu fais des erreurs mais aussi comment tu les corriges : c'est plus « humain », et ça apprend aussi à ceux qui te lisent.
Que pensez-vous de cette organisation ? Avez-vous des améliorations à proposer ? Faudrait-il plusieus dépots Git/Mercurial (ou autre) ? Comment faites-vous sur vos projets ?
Ne te prends pas trop la tête sur une organisation tip-top dès le départ : avec l'expérience, tu auras sûrement envie de changer... Donc je te conseille de faire un seul répo, avec tes branches qui correspondent aux stades de développement dont tu parles (en gérant bien évidemment comme tu le souhaites les permissions).
Remarque : peut-être que je ne diffuserai jamais mon code, mais la curiosité me pousse à vous poser ces questions.
Je pense que tu te prends beaucoup trop la tête sur la « propreté » d'un code :-) Tu n'en mourras pas, de publier des trucs « pas propres ». Au contraire, je pense que ça t'apprendra d'autant plus, car c'est en essayant et en se plantant qu'on apprend à s'améliorer.
# Publication et propreté
Posté par benoar . En réponse au message Gestionnaire de version : organisation et distribution. Évalué à 5.
D'un côté, ça se comprend, mais d'un autre, tu verras que le travail de refactorisation ça n'est pas anodin, et ça prend parfois beaucoup de temps. Au point où parfois tu ne finis par pas diffuser le code parce que tu n'as pas le temps de le refactoriser... (histoire vécue) Perso, j'ai appris à essayer de mettre vaguement au propre au moment où je code (éventuellement en squashant quelques commit, ou en essayant de pas commiter trop vite ; il y a un bon « rythme » à trouver entre tous commiter dès que possible, chose très facile en git, et prendre un peu son temps pour ne pas avoir trop de minuscules commits), et à ne pas faire trop attention aux « détails » de propreté une fois que c'est fait : c'est super chiant de revenir sur son code des jours ou des semaines après, parfois. Il faut accepter de publier du code pas tout à fait propre, parce que sinon ça devient une sorte de psychose qui t'empêche de publier plutôt qu'autre chose.
Avant du publier, oui, rebase autant que tu veux. Mais une fois publié, c'est public, c'est fini. En plus, publier des choses pas forcément idéales que tu corriges après, ça permet de montrer aux gens comment tu fais des erreurs mais aussi comment tu les corriges : c'est plus « humain », et ça apprend aussi à ceux qui te lisent.
Ne te prends pas trop la tête sur une organisation tip-top dès le départ : avec l'expérience, tu auras sûrement envie de changer... Donc je te conseille de faire un seul répo, avec tes branches qui correspondent aux stades de développement dont tu parles (en gérant bien évidemment comme tu le souhaites les permissions).
Je pense que tu te prends beaucoup trop la tête sur la « propreté » d'un code :-) Tu n'en mourras pas, de publier des trucs « pas propres ». Au contraire, je pense que ça t'apprendra d'autant plus, car c'est en essayant et en se plantant qu'on apprend à s'améliorer.