Intégration de Perforce avec Visual Studio sans que les fichiers de projet ne soient forcément archivés

Question

Je travaille sur une base de sources importantes (environ 15K fichiers) décomposée en environ 25 projets. Je veux garder la source en permanence (et j'évalue forcément à cette fin) mais en raison de complications dans la configuration il n'est pas possible pour moi de garder les projets de studio visuel sous contrôle de source, je sais qu'en théorie la réponse est pour vérifier les projets, mais ce n'est pas faisable (nous finirions avec des projets pour plusieurs versions de VS enregistrées, et en plus plusieurs variantes de chacun d'entre eux, à la place ils sont générés automatiquement et cette configuration fonctionne très bien).

Existe-t-il un moyen d'extraire les fichiers de VS pour les modifier sans ajouter le projet, pour éviter à l'utilisateur d'aller au client Perforce et d'extraire manuellement chaque fichier pour le modifier? Alternativement (et même mieux) existe-t-il un moyen d'amener VS à reconnaître que les fichiers d'un projet sont sous contrôle de source, sans avoir à ajouter le projet au contrôle de source aussi?

Je sais que nous pourrions également prendre l'habitude de demander à chaque utilisateur d'éditer tous les fichiers qu'il pourrait potentiellement vouloir éditer à l'avance, puis d'inverser les fichiers non modifiés avant de soumettre leurs changements, y a-t-il une pénalité de performance? cette approche?

Answer 1

Dans votre cas, je suggère de ne pas utiliser l'intégration Visual Studio pour Perforce.

Vous pouvez ajouter Perforce commandes au menu Outils, ou essayez Nifty Perforce de Google:

http://code.google.com/p/niftyplugins/

Answer 2

Une option consiste à utiliser Perforce comme si vous étiez déconnecté du serveur et Réconcilier vos modifications plus tard, plutôt que de dire à Perforce tout ce que vous faites avant de le faire. (Cela équivaut à peu près au flux de travail dans CVS ou Subversion.) Vous devez synchroniser votre copie de travail, partir et développer, puis demander à Perforce de comprendre ce que vous avez fait pendant qu'il ne regardait pas.

Perforce a un beau document décrivant le processus: Working Disconnected From The Perforce Server

Une chose que le document ne mentionne pas est l'attribut allwrite clientspec, qui marque tous les fichiers dans votre répertoire de travail en écriture au lieu de seulement les fichiers que vous avez vérifié en dehors.

Answer 3

Par souci d'exhaustivité: Il existe un nouvel outil pour votre souhait appelé P4VS. Je l'aime mieux que P4SCC qui n'a jamais travaillé pour moi comme je le voulais.