"C'est pas possible de limiter le temps de verrouillage ?"
Et la durée est en fonction de quoi ?
Le reserved check-out est une regression. J'ai été "obligé" de travailler avec PVCS (qui est une sombre merde au passage). Je n'ai malheureusement pas compté le temps perdu dans les couloirs et au téléphone pour rappeler aux gens de retirer leurs locks , ni le temps perdu à cause du soft: plantage, lenteur etc...)
Quand le travail est à peine organisé, la probablité de commiter le même fichier au même instant est faible, la probabilité de commiter une difference sur la même ligne, est extremement faible, et, le cas écheant, les conflits se règlent très facilement dans la très large majorité des cas.
Pour les fichiers binaires, je ne crois pas qu'ils ont leur place dans un CVS parce que le "C" de cvs c'est justement pour "Concurrent" et que cvs n'a pas pour vocation de gerer des binaires dont il ne sait rien... pas plus que les humains. Enfin bon, y a toujours moyen de versionner des binaires avec cvs.
Bref (ca n'engage que moi):
- Gestion des répertoires.
cool, ca fait d'avantage produit fini que cvs (mais on peut s'en passer ou contourner)
- Possibilité de renommer et déplacer des fichiers.
idem.
- Ajout de méta-données sur les fichiers
Elles s'integrent avec quoi les méta-données ? Sinon l'historique cvs et les commentaires dans les fichiers ou générés me suffisent largement.
- Possibilité d'utilisation d'Apache comme serveur et de WebDAV /DeltaV comme protocole.
Au secours !
- Optimisation de l'utilisation de la bande passante
Quoi de plus par rapport à CVS ? (compression/patch)
C'est un truc marketing ? Tout est commité ou rien n'est commité ? si quelqu'un fait un update/commit pendant un autre commit (atomique) il attend que le commit/rollback soit fini ? Bref l'utilité doit se reveler au moment où 1000 devs travaillent sur le même projet en faisant tous des commits/update "critiques" de façon continu. Je n'ai jamais eu la "chance" de travailler sur ce type de projet :o)
Bein voilà, s'il y a de vrais avantages à utiliser subversion, je ne crois pas qu'ils soient dans la liste de la news. On va dire que c'est l'ensemble qui fait que subversion est peut être plus interessant que cvs. Bein oui, changer, ca a un coût, c'est un soft recent qui ne s'integre pas à grand chose, et que quasi personne ne connait.
[^] # Re: Subversion RC-1
Posté par Gloo . En réponse à la dépêche Subversion RC-1. Évalué à 1.
Et la durée est en fonction de quoi ?
Le reserved check-out est une regression. J'ai été "obligé" de travailler avec PVCS (qui est une sombre merde au passage). Je n'ai malheureusement pas compté le temps perdu dans les couloirs et au téléphone pour rappeler aux gens de retirer leurs locks , ni le temps perdu à cause du soft: plantage, lenteur etc...)
Quand le travail est à peine organisé, la probablité de commiter le même fichier au même instant est faible, la probabilité de commiter une difference sur la même ligne, est extremement faible, et, le cas écheant, les conflits se règlent très facilement dans la très large majorité des cas.
Pour les fichiers binaires, je ne crois pas qu'ils ont leur place dans un CVS parce que le "C" de cvs c'est justement pour "Concurrent" et que cvs n'a pas pour vocation de gerer des binaires dont il ne sait rien... pas plus que les humains. Enfin bon, y a toujours moyen de versionner des binaires avec cvs.
Bref (ca n'engage que moi):
- Gestion des répertoires.
cool, ca fait d'avantage produit fini que cvs (mais on peut s'en passer ou contourner)
- Possibilité de renommer et déplacer des fichiers.
idem.
- Ajout de méta-données sur les fichiers
Elles s'integrent avec quoi les méta-données ? Sinon l'historique cvs et les commentaires dans les fichiers ou générés me suffisent largement.
- Possibilité d'utilisation d'Apache comme serveur et de WebDAV /DeltaV comme protocole.
Au secours !
- Optimisation de l'utilisation de la bande passante
Quoi de plus par rapport à CVS ? (compression/patch)
- Gestion simplifiée des fichiers binaires
Bein je trouve pas ca trop compliqué avec cvs:
http://www.cvshome.org/docs/manual/cvs-1.12.5/cvs_9.html#SEC80(...)
J'ajoute:
- les commits atomiques
C'est un truc marketing ? Tout est commité ou rien n'est commité ? si quelqu'un fait un update/commit pendant un autre commit (atomique) il attend que le commit/rollback soit fini ? Bref l'utilité doit se reveler au moment où 1000 devs travaillent sur le même projet en faisant tous des commits/update "critiques" de façon continu. Je n'ai jamais eu la "chance" de travailler sur ce type de projet :o)
Bein voilà, s'il y a de vrais avantages à utiliser subversion, je ne crois pas qu'ils soient dans la liste de la news. On va dire que c'est l'ensemble qui fait que subversion est peut être plus interessant que cvs. Bein oui, changer, ca a un coût, c'est un soft recent qui ne s'integre pas à grand chose, et que quasi personne ne connait.