Sauf qu'on peut trivialement faire du centralisé quand on sait faire du décentralisé, l'inverse étant plus difficile.
Le quotidien de l'utilisateur de base en décentralisé reste le commit et le merge, avec quelques push/pull sur des URI fixes (et généralement stockées dans la config) ; le quotidien de l'administrateur passe de surveillance de se qui se passe dans le dépôt (ou confiance aveugle) à série de push/pull avec URI variables effectivement. (Quoi que... Avec Darcs, ce quotidien peut aussi être : réception des mails, merge.) Notons à ce niveau que les URI de Darcs sont nettement plus sympa que celles d'Arch et de Monotone.
Effectivement, un outil de tracking devient indispensable, même si l'open source se permet souvent d'être moins organisé et planifié que le commercial. À ce propos, il existe un patch pour utiliser Darcs au lieu de Subversion dans Trac.
[^] # Re: Suggestions
Posté par Boa Treize (site web personnel) . En réponse au journal Gestionnaire de versions. Évalué à 2.
Le quotidien de l'utilisateur de base en décentralisé reste le commit et le merge, avec quelques push/pull sur des URI fixes (et généralement stockées dans la config) ; le quotidien de l'administrateur passe de surveillance de se qui se passe dans le dépôt (ou confiance aveugle) à série de push/pull avec URI variables effectivement. (Quoi que... Avec Darcs, ce quotidien peut aussi être : réception des mails, merge.) Notons à ce niveau que les URI de Darcs sont nettement plus sympa que celles d'Arch et de Monotone.
Effectivement, un outil de tracking devient indispensable, même si l'open source se permet souvent d'être moins organisé et planifié que le commercial. À ce propos, il existe un patch pour utiliser Darcs au lieu de Subversion dans Trac.
Trac :
http://www.edgewall.com/trac/(...)