Ce que je ne saisi pas c'est que soit tu es capable de faire ça et il n'y a pas de problème de merge (ce dont tu parlais au départ) soit (comme tu le dis à un moment) il y a un couplage fort entre ce que tu fais et ce que les autres font et ça me semble difficile d'être systématiquement capable d'avoir un code testable et qui ne casse rien en un temps court.
Le pire dans tout ça c'est que dans tous les cas j'ai l'impression qu'un DCVS va de toute manière t'apporter un gain.
Si tu es capable d'avoir ce genre de petits commits, tu peut très bien garder tes commits locaux, les faire à la fréquence qui te convient et faire des rebase quotidiens. Tu poussera ton code une fois que ta fonctionnalité est terminé. Ça ne gêne en rien le fait de faire du développement agile. au contraire ça te permet d'ajouter ou de retirer ta fonctionnalité de manière très simple. Pour pouvoir faire une démonstration au client et qu'il puisse dire que finalement ça ne l'intéresse pas sans que ça représente du travail en plus de retirer ton code (comme tu as soit un commit soit une série de commits qui se suivent tu pourra sans effort garder ces patchs sous le coude pour historiques par exemple). De plus si tu fais de l'agile en principe tu as un paquet de test et si tu n'a pas de politique de test à chaque commit ou push parce que les tests prennent trop de temps tu as le bisect qui va te rendre de bons services.
Je comprends bien que tout le monde ne se mettent pas aux DCVS. C'est vraiment compliqué et je vois déjà suffisament de monde qui ont du mal avec subversion (difficulté de gestion des merges, commits sans message ou avec message inutile, difficulté de gestion des branches ou des tag,...) pour ne pas les accablés un peu plus encore avec un DCVS. Mais d'un point de vu fonctionnel, je ne vois vraiment pas ce que tu perds avec un DCVS (l'argument des développeurs OpenBSD étant qu'avec les DCVS gérer les merges est trop simple...).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de source
Posté par barmic . En réponse au journal Des nouvelles de LibreSSL. Évalué à 4.
Ce que je ne saisi pas c'est que soit tu es capable de faire ça et il n'y a pas de problème de merge (ce dont tu parlais au départ) soit (comme tu le dis à un moment) il y a un couplage fort entre ce que tu fais et ce que les autres font et ça me semble difficile d'être systématiquement capable d'avoir un code testable et qui ne casse rien en un temps court.
Le pire dans tout ça c'est que dans tous les cas j'ai l'impression qu'un DCVS va de toute manière t'apporter un gain.
Si tu es capable d'avoir ce genre de petits commits, tu peut très bien garder tes commits locaux, les faire à la fréquence qui te convient et faire des rebase quotidiens. Tu poussera ton code une fois que ta fonctionnalité est terminé. Ça ne gêne en rien le fait de faire du développement agile. au contraire ça te permet d'ajouter ou de retirer ta fonctionnalité de manière très simple. Pour pouvoir faire une démonstration au client et qu'il puisse dire que finalement ça ne l'intéresse pas sans que ça représente du travail en plus de retirer ton code (comme tu as soit un commit soit une série de commits qui se suivent tu pourra sans effort garder ces patchs sous le coude pour historiques par exemple). De plus si tu fais de l'agile en principe tu as un paquet de test et si tu n'a pas de politique de test à chaque commit ou push parce que les tests prennent trop de temps tu as le bisect qui va te rendre de bons services.
Je comprends bien que tout le monde ne se mettent pas aux DCVS. C'est vraiment compliqué et je vois déjà suffisament de monde qui ont du mal avec subversion (difficulté de gestion des merges, commits sans message ou avec message inutile, difficulté de gestion des branches ou des tag,...) pour ne pas les accablés un peu plus encore avec un DCVS. Mais d'un point de vu fonctionnel, je ne vois vraiment pas ce que tu perds avec un DCVS (l'argument des développeurs OpenBSD étant qu'avec les DCVS gérer les merges est trop simple...).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)