[...] un outil qui a ses limites tant en matiere de securite que de fonctionnalites (les fameux commit atomiques, possibilite de deplacer des repertoires). Comme d'habitude la reponse d'OpenBSD est pragmatique:
La réponse pragmatique est d'abandonner CVS et de passer à Subversion, qui est le standard remplaçant et corrige les problèmes sus-cités (entre autres). Sans compter que Subversion est capable de réutiliser des protocoles existants (HTTP/HTTPS) au lieu d'une bidouille ad-hoc comme pserver.
Au contraire, vouloir réimplémenter ce genre d'améliorations en gardant l'infrastructure archaïque de CVS (tu as vu à quoi ressemble le format de stockage ?), c'est clairement aller dans une impasse. Et réécrire un machin obsolète graduellement abandonné par les utilisateurs, c'est pas vraiment "pragmatique". Ils réécrivent Tcl-Tk aussi ?
[^] # Re: GNU RCS -> OpenRCS: pourquoi ?
Posté par Antoine . En réponse à la dépêche Sortie d'OpenBSD 4.0. Évalué à 2.
Comme d'habitude la reponse d'OpenBSD est pragmatique:
La réponse pragmatique est d'abandonner CVS et de passer à Subversion, qui est le standard remplaçant et corrige les problèmes sus-cités (entre autres). Sans compter que Subversion est capable de réutiliser des protocoles existants (HTTP/HTTPS) au lieu d'une bidouille ad-hoc comme pserver.
Au contraire, vouloir réimplémenter ce genre d'améliorations en gardant l'infrastructure archaïque de CVS (tu as vu à quoi ressemble le format de stockage ?), c'est clairement aller dans une impasse. Et réécrire un machin obsolète graduellement abandonné par les utilisateurs, c'est pas vraiment "pragmatique". Ils réécrivent Tcl-Tk aussi ?