Mon équipe utilise SVN depuis quelques années. Nous avons maintenant la possibilité de passer à Perforce.
Quels seraient les avantages (et les inconvénients) d'un tel changement ?
Mon équipe utilise SVN depuis quelques années. Nous avons maintenant la possibilité de passer à Perforce.
Quels seraient les avantages (et les inconvénients) d'un tel changement ?
A part ça, c'est assez standard.
Je vous recommande de garder SVN à moins que vous ne traitiez d'énormes bases de code ou que vous détestiez les dossiers .svn qui jonchent votre système de fichiers. SVN+TortoiseSVN est bien plus confortable dans la plupart des situations.
J'utilise actuellement les deux sur différents projets.
Mais
Ce ne sont que des opinions, alors peut-être est-ce une mauvaise réponse :)
Si j'utilisais déjà l'un ou l'autre, j'aurais beaucoup de mal à en changer, car aucun des deux ne semble offrir d'avantages vraiment significatifs par rapport à l'autre, mais le changement pourrait être très perturbant.
Mise à jour : Depuis que j'ai écrit cet article, je suis complètement passé à l'utilisation de GIT à des fins personnelles et commerciales. Je le préférerais à SVN ou Perforce n'importe quand.
J'utilise perforce au travail, svn à la maison.
L'interface graphique de perforce est assez agréable, mais seulement une fois que vous vous y êtes habitué. Il y a définitivement une courbe d'apprentissage, lorsque des non programmeurs commencent à utiliser perforce, cela prend généralement un certain temps avant qu'ils ne comprennent les concepts.
Tortoise est génial, c'est très facile à utiliser. Ma femme avocate subvertit tous ses documents en l'utilisant ;)
Le branchement est facile dans perforce. En fait si facile, que les gens se branchent sans trop de raison. Puis vous intégrez parce que vous avez ramifié. Cela peut très facilement devenir la seule chose que vous faites.
Svn est intégré dans plus de produits. Du moins dans les produits que j'utilise. C'est un grand avantage, car si vous devez utiliser l'un ou l'autre en dehors de votre environnement de développement, ils deviennent tous deux encombrants.
De temps en temps, nous avons des problèmes avec perforce qui pense que vos copies locales sont à jour, mais elles ne le sont pas. Vous devez alors forcer la synchronisation, puis, si ce n'est toujours pas le cas, supprimer vos fichiers locaux et resynchroniser. Je n'ai jamais eu de tels problèmes avec svn. C'est en fait un énorme problème car vous ne savez même pas que vous travaillez sur une ancienne copie.
Une autre chose à laquelle il faut penser est la raison pour laquelle vous voulez changer. Si vous avez un système qui fonctionne et que tout le monde le connaît et en est satisfait, pourquoi le remplacer ?
Sur le site web de Perforce, il y a un document qui compare les deux : P4 vs SVN
Évidemment, étant donné la source, vous devez réaliser qu'il souligne les avantages de Perforce par rapport à SVN, mais c'est toujours une lecture utile. On ne sait jamais, l'un des avantages pourrait bien être l'élément clé dont votre équipe pourrait bénéficier, compte tenu de votre situation particulière.
Je recommanderais certainement Perforce pour un certain nombre de raisons déjà abordées dans d'autres réponses, mais je ne suis pas en mesure d'offrir une comparaison avec SVN, ne l'ayant jamais vraiment utilisé.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.