J'ai une équipe de deux développeurs. Je voudrais que nous ayons un référentiel de code source. Je ne suis pas familier avec Visual SourceSafe, le VSS peut-il fonctionner de cette façon? Je demande parce que je ne sais pas ce qu'est VS Team, et nous ne l'avons pas. Nous avons tous deux VS, l'un est 2010 bêta, et l'autre 2008.Question de contrôle de source Visual Studio
Ou, est-il possible de nous avoir tous les deux utiliser SVN, est-ce possible?
Vous pouvez partager l'archive VSS sur le partage de fichiers Windows et l'utiliser, oui. Vous pouvez également utiliser Perforce depuis http://www.perforce.com et utiliser la licence gratuite pour 2 utilisateurs. Il est gravement gratuit pour 2 utilisateurs de taille d'archive illimitée avec intégration VS.Net et assez facile à configurer. SVN est une bonne option, mais je ne m'inquiète pas beaucoup pour l'intégration dans Visual Studio. À mon avis la meilleure intégration SVN dans Visual Studio est Visual SVN ici: http://www.visualsvn.com/
Pouvez-vous utiliser le même repo? oui
Pouvez-vous travailler sur le même projet avec différentes versions de Visual Studio? probablement pas. SVN n'a aucun rapport avec Visual Studio autre que les plugins comme Ankh, donc peu importe l'environnement de développement que vous utilisez.
VSS ou SVN sont des outils similaires pour plusieurs personnes travaillant sur le même code. Plusieurs projets peuvent exister dans le même repo.
La réponse courte: vous pourriez aller avec SVN pour le moment car c'est gratuit, si vous pouvez vous le permettre n'hésitez pas à essayer VS Team System, rester loin de VSS (tous ceux-ci supportent plusieurs développeurs avec un référentiel).
Vous avez mentionné VSS, VS Team et SVN. Je l'ai utilisé tous eux, donc je peux vous donner un peu d'information:
VS équipe semble bien fonctionner, la seule question est le prix, je crois qu'il coûte actuellement 2000 $. Je crois en VS 2010 cela peut être inclus dans les versions moins chères de Visual Studio, il pourrait donc devenir une option plus populaire. SVN a bien fonctionné pour moi (nous avons utilisé le client Tortoise), et semble être très populaire. VSS n'est pas recommandé et semble être seulement pris en charge par Microsoft, la plupart des gens sont partis de celui-ci.
Tous les 3 sont conçus pour prendre en charge un ou plusieurs développeurs travaillant avec le même référentiel. Cela peut prendre un peu de temps pour s'habituer à cela, et il y a certaines bonnes pratiques que les gens trouvent du travail pour eux. Voici quelques idées:
Si vous avez partagé la propriété de code, ou plusieurs personnes qui travaillent dans les mêmes fichiers, vous pouvez avoir plus de conflits qui doivent être résolus sur le code de vérification dans ce pourrait être minimisé par informel. la communication entre les développeurs pour mieux coordonner, etc.
En général, les développeurs devraient obtenir tout le code le plus récent et s'assurer que leurs modifications fonctionnent pour construire la base de code avant de s'enregistrer. Il y a des serveurs d'intégration continue qui vérifient automatiquement .SVN est génial, en particulier si vous utilisez le plugin TortoiseSVN pour Windows Explorer.
Cela vous permettra de voir quels fichiers vous avez changé via l'explorateur. Vous pouvez autoriser l'accès via svnserve qui est inclus si vous travaillez depuis le même réseau local. Sinon, il vaut mieux utiliser Apache. Il y a des instructions sur ceci inclus avec SVN.
En ce qui concerne l'utilisation de 2 versions de Visual Studio, il est peu probable que cela fonctionne comme une solution à long terme. Le problème est que les fichiers du projet sont incompatibles, de sorte que vous ne pourrez pas les partager, ce qui pourrait entraîner des problèmes de code. En outre, Visual Studio 2010 contient des extensions C# et C++ qui ne sont pas disponibles pour 2008, et si votre partenaire utilise l'un d'entre eux, il ne sera pas évident jusqu'à ce que vous essayez de compiler. Sur une bonne note, Visual Studio 2010 est libre d'utiliser jusqu'à Avril (?) À quel point vous pouvez mettre à jour. Sinon, une copie de la norme VS2008 est ~ 200 $.
Réponse courte oui ... mais je doute que Microsoft fasse beaucoup avec VSS depuis qu'ils ont mis en place Team Foundation Server (TFS). Je pense qu'il est juste de dire que la plupart des gens abandonnent VSS.
Vous pourriez vouloir regarder d'autres options comme SVN ou Preforce comme d'autres l'ont mentionné. Check out wikipedia article
Consultez également le post d'Eric Sink sur les systèmes source control, c'est une bonne introduction à ce qu'ils font en général (sa société met en place un système de contrôle à la source, donc il a beaucoup de connaissances dans ce domaine).
Une chose à laquelle il faut penser est le suivi des bogues et si vous le souhaitez intégré à vos contrôles source. Généralement, lorsqu'ils sont intégrés (ou font partie d'une suite), ils s'appellent eux-mêmes "Application Lifecycle Management". Donc, quelque chose comme TFS a un suivi bug \ workitem dans le cadre du produit, donc le contrôle du code source peut être associé à un bug ou à une exigence.
tep
u comme l'intégration perforce avec VS? Y a-t-il une raison de ne pas utiliser VSS? – bmw0128
Historiquement, VSS a l'habitude de corrompre les archives. Peut-être que c'est corrigé maintenant, mais je ne l'aime pas du passé. –
est forcément un système de type concurrent, où un fichier peut être extrait par plus d'une personne, devant fusionner de manière appropriée? – bmw0128