J'utilise subversion aussi mais j'ai qd même des problèmes :
- failles de sécurité un peu trop souvent
- difficile de faire du svn+ssh et du https en même temps (permissions casse-tête)
- en https, le client stocke les passwords en clair, ce qui est nul. et si on demande de pas les stocker, on doit évidemment le taper à chaque fois.
- en https, ne fait surtout pas un certificat avec des caractères accentués, sinon les clients avec certaines locales vont foirer
- après des gros imports en https, il se peut que le checkout en https foire en plein milieu. ce n'est tjs pas résolu actuellement (msg "illegal padding")
- attention qd ils changent le format du repository entre les versions. parfois il faut faire un dump avant l'upgrade et un reload après
- apparemment berkeley db n'est pas si génial pcq certains proposent d'utiliser un nv filesystem appelé FSFS : http://web.mit.edu/ghudson/info/fsfs.(...)
- subversion n'est pas dispo ds Debian/stable.
Perso, je l'utilisais tout seul en https pr mes developpements. Puis un jour, j'ai installé un subversion pour toute l'équipe. Une partie de l'équipe ne connaissait rien ni à CVS, ni à Subversion. Une autre partie ne connaissait que CVS.
- Ceux qui ne connaissent rien n'ont pas envie de lire le manuel, donc ils font des conneries et c'est à moi de les réparer.
- Ceux qui ne connaissent que CVS ne veulent pas utiliser Subversion pr 36 raisons, mais surtout pcq'ils ont pas envie d'apprendre autre chose.
Donc, si tu as le temps (et si eux aussi), je te conseille de prendre 1h avec tt le monde et de faire une démo pour leur expliquer comment ca marche.
[^] # Re: Subversion
Posté par Xavier Brouckaert . En réponse au message CVS ou Subversion, et comment ?. Évalué à 1.
- failles de sécurité un peu trop souvent
- difficile de faire du svn+ssh et du https en même temps (permissions casse-tête)
- en https, le client stocke les passwords en clair, ce qui est nul. et si on demande de pas les stocker, on doit évidemment le taper à chaque fois.
- en https, ne fait surtout pas un certificat avec des caractères accentués, sinon les clients avec certaines locales vont foirer
- après des gros imports en https, il se peut que le checkout en https foire en plein milieu. ce n'est tjs pas résolu actuellement (msg "illegal padding")
- attention qd ils changent le format du repository entre les versions. parfois il faut faire un dump avant l'upgrade et un reload après
- apparemment berkeley db n'est pas si génial pcq certains proposent d'utiliser un nv filesystem appelé FSFS : http://web.mit.edu/ghudson/info/fsfs.(...)
- subversion n'est pas dispo ds Debian/stable.
Perso, je l'utilisais tout seul en https pr mes developpements. Puis un jour, j'ai installé un subversion pour toute l'équipe. Une partie de l'équipe ne connaissait rien ni à CVS, ni à Subversion. Une autre partie ne connaissait que CVS.
- Ceux qui ne connaissent rien n'ont pas envie de lire le manuel, donc ils font des conneries et c'est à moi de les réparer.
- Ceux qui ne connaissent que CVS ne veulent pas utiliser Subversion pr 36 raisons, mais surtout pcq'ils ont pas envie d'apprendre autre chose.
Donc, si tu as le temps (et si eux aussi), je te conseille de prendre 1h avec tt le monde et de faire une démo pour leur expliquer comment ca marche.