Question

Notre boutique de développement utilise actuellement Visual SourceSafe.Nous savons tous comment cela pourrait finir (mal), c'est pourquoi nous étudions d'autres systèmes.Le premier est Perforce.Quelqu'un a-t-il une expérience de son utilisation et de son intégration dans Visual Studio (2003/2005/2008) ?Est-il aussi bon qu’un autre, ou est-il plutôt solide avec de bonnes fonctionnalités, en comparaison ?

Était-ce utile?

La solution

J'ai utilisé Perforce lors de mes 3 derniers travaux (mon travail actuel, j'utilise Subversion, que je n'aime pas autant.) Je suis un grand fan de Perforce, et en passant de SourceSafe, cela ressemblera à Nirvana.Le simple fait d’obtenir un enregistrement atomique sera un grand coup de pouce pour votre entreprise.Sinon, Perforce est rapide, il dispose de bons outils et le flux de travail est simple pour effectuer des choses comme des fusions et des intégrations.Je le recommande de tout cœur.Ce n'est peut-être pas tout nouveau et flashy comme les derniers VCS distribués, mais honnêtement, je préfère le modèle client/serveur pour sa vitesse, surtout si vous travaillez avec des personnes dans d'autres pays qui peuvent avoir des connexions lentes avec vous.

L'intégration de Visual Studio est plutôt bonne, mais elle présente quelques problèmes irritants.Si vous exécutez un autre client Perforce en même temps (comme P4V), il est très difficile de synchroniser les modifications de l'autre client en termes d'affichage des fichiers actuellement archivés/extraits.Vous devez généralement arrêter Visual Studio et charger à nouveau le projet si vous souhaitez qu'il se synchronise correctement.Mais l'état de synchronisation n'affecte pas réellement le bon fonctionnement des enregistrements/extractions/mises à jour, cela signifie simplement que vous pouvez être trompé en pensant que quelque chose est dans un état différent de celui qu'il est réellement lorsque vous êtes dans Visual Studio.Les clients Perforce afficheront toujours le statut correct lors de leur synchronisation continue avec la base de données.

De plus, il vous arrivera parfois de devoir travailler « hors ligne » (non connecté à la base de données Perforce pour une raison quelconque) et lorsque vous chargerez à nouveau le projet la prochaine fois, vos liaisons Perforce risquent d'être perdues et vous devrez les relier à nouveau. chaque projet individuellement.Si vous travaillez avec une solution qui contient de nombreux projets, cela peut être très pénible.Il en va de même lorsque vous consultez une solution pour la première fois, la liaison à Perforce est nécessaire avant que l'intégration ne se produise.

Autres conseils

C'est difficile d'appeler 900 $ par utilisateur un bonne fonctionnalité.

Nous avons utilisé Perforce pendant plus d'un an avant de passer récemment à SVN.Même si j'ai aimé les outils (par exemple, la comparaison visuelle, la fusion et les bits d'administration), nous avons eu des problèmes vraiment fastidieux avec la liaison, comme Chris le mentionne ;sinon, l'intégration VS est satisfaisante.Au contraire, je trouve que travailler avec SVN est plus facile et plus intuitif qu'avec Perforce.TortoiseSVN (l'extension shell de l'Explorateur Windows) est génial et nous avons acheté quelques licences VisualSVN pour l'intégration VS.Contrairement à Perforce, VisualSVN ne fonctionne pas avec l'interface MS SCC, mais plutôt directement avec le client SVN, ce que je considère personnellement comme un avantage.Perforce prend en charge de nombreux autres systèmes d'exploitation, mais nos développeurs non Windows se sentent également plus à l'aise avec SVN.Si je devais choisir à nouveau, je m'en tiendrai à SVN.

Sourcegear Vault est le meilleur SCM vers lequel migrer les utilisateurs VSS.

Et c'est bon marché.

Perforce fonctionne bien avec Visual Studio, y compris le mode "hors ligne" dans lequel VS rendra vos fichiers locaux accessibles en écriture et synchronisés avec le serveur ultérieurement.

J'ai tendance à utiliser l'interface graphique Perforce pour de nombreuses opérations (soumissions, différences) simplement parce que c'est plus rapide/meilleur, mais le processus de vérification par l'EDI est transparent.

D'après mon expérience, Perforce est solide comme le roc et le meilleur produit de contrôle de version mixte (code + données) si le coût n'est pas un facteur.

Mon plus gros reproche est que les performances du serveur sous Windows sont loin d'être aussi bonnes que sous * nix, et si vous utilisez un serveur * nix, ils ne prennent pas officiellement en charge l'option pour les noms de fichiers insensibles à la casse (ce qui signifie que vous renoncez au support liés aux erreurs du système de fichiers, ou configurer un déclencheur qui empêche les gens d'ajouter foo.cpp si Foo.cpp existe).

Mon autre principal reproche est que pour certaines opérations courantes, vous devez revenir à la ligne de commande, en regroupant souvent les fonctions ensemble.Un exemple serait d'obtenir une liste de fichiers dans un répertoire qui ne sont pas sous contrôle source.

Ces deux problèmes concernent cependant davantage l’entreprise que le produit.IMO Perforce sait qu'ils sont au sommet du marché et ne voient donc aucune raison d'investir dans la réparation de choses comme celle-ci.

J'ai de l'expérience dans l'utilisation d'un dérivé Perforce.

Cela semblait difficile à gérer du point de vue de l'administrateur, mais c'était bien à utiliser du point de vue d'un programmeur.

Là encore, je suis un grand amateur de contrôle de version en ligne de commande, je ne peux donc pas parler en faveur de l'intégration VS.

J'utilise personnellement et gère depuis quelques années un certain nombre d'équipes qui travaillent sur Perforce et Visual Studio.Cela fonctionne parfaitement bien.Il peut y avoir quelques problèmes de liaison/rereliure, mais ceux-ci sont généralement faciles à résoudre - la base de connaissances Perforce et/ou la liste de diffusion sont une bonne source d'informations.

Je n'ai jamais eu de problèmes avec l'utilisation simultanée de la ligne de commande, des clients visuels et de VS IDe - l'actualisation fonctionne normalement correctement.

Nous l'utilisons forcément de manière intensive dans l'entreprise, notamment en branchant pour de très gros projets, en développement sur Sun Solaris et Windows, et chez plus de 120 utilisateurs.

C'est très rapide et l'interface graphique Windows (P4V) est très sympa.L'intégration d'Explorer est acceptable.J'ai désactivé l'intégration VS et j'utilise des macros (appelant par ex. p4 edit) pour modifier/rétablir/diff des fichiers.L'intégration VS est extrêmement ennuyeuse pour les grands projets (notre solution compte >130 projets), mais peut fonctionner pour des projets plus petits.

Je n'ai pas utilisé Perforce, mais j'ai trouvé que le passage à Team Foundation Server était l'une des meilleures options lorsque je travaillais avec Visual Studio.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top