Bon c'est un petit peu hors sujet et en plus c'est un copié collé d'un commentaire que j'ai posté dans le Journal de NoNo et qui n'a pas eu réponse, j'espère que vous m'en excuserez.
Il me parait évident que les outils de gestion de versions distribués sont bien plus intéressants que les outils centralisés. En plus la notion de changeset est tellement plus pertinente que le suivit des changements par fichiers que cette façon de travailler s'est imposé au outils de gestion de versions propriétaires (ClearCase UCM).
Ce qui me semble difficile à implémenter c'est un cycle de développement avec des branches/streams de développement, d'intégration, de test, de release et de maintenance.
En plus dans un environnement où à la fois Unix et Windows peut-être utilisé il n'est pas facile de choisir un outil qui convienne aux 2.
Avez vous des idées sur comment utilisé ces outils pour répondre à ces 2 contraintes?
Pour la seconde contrainte il semble que bzr soit un bon compromis.
# Comment faire du développement dans l'industrie avec SGVD ?
Posté par Jetto . En réponse à la dépêche Nouvelle version de Bazaar, le DVCS de Canonical. Évalué à 1.
Il me parait évident que les outils de gestion de versions distribués sont bien plus intéressants que les outils centralisés. En plus la notion de changeset est tellement plus pertinente que le suivit des changements par fichiers que cette façon de travailler s'est imposé au outils de gestion de versions propriétaires (ClearCase UCM).
Ce qui me semble difficile à implémenter c'est un cycle de développement avec des branches/streams de développement, d'intégration, de test, de release et de maintenance.
En plus dans un environnement où à la fois Unix et Windows peut-être utilisé il n'est pas facile de choisir un outil qui convienne aux 2.
Avez vous des idées sur comment utilisé ces outils pour répondre à ces 2 contraintes?
Pour la seconde contrainte il semble que bzr soit un bon compromis.