865 votes

Dois-je ajouter de Visual Studio .suo et .les fichiers de l'utilisateur au contrôle de code source

Des solutions Visual Studio contiennent deux types de caché les fichiers de l'utilisateur. L'un est la solution .suo fichier est un fichier binaire. L'autre est le projet .fichier de l'utilisateur qui est un fichier texte. Personne ne sait exactement quelles sont les données que ces fichiers contiennent? J'ai aussi été demandé si je ne devrais pas ajouter ces fichiers à la source (Subversion dans mon cas). Si je ne suis pas d'ajouter ces fichiers et un autre développeur vérifie les solutions, Visual Studio créer automatiquement de nouveaux fichiers de l'utilisateur?

685voto

Fabio Ceconello Points 8662

Ces fichiers contiennent de préférence de l'utilisateur configurations qui sont en général spécifiques à votre machine, il est donc préférable de ne pas le mettre dans le SCM. Aussi, contre la volonté de changement, il est presque à chaque fois que vous exécuter, de sorte qu'il sera toujours marquée par le SCM comme "changé". Je ne comprend pas les deux, je suis dans un projet à l'aide de VS pour 2 ans et n'avait aucun problème à le faire. Le seul problème mineur est que les paramètres de débogage (chemin d'exécution, cible de déploiement, etc.) sont stockées dans une de ces fichiers (je ne sais plus), donc si vous avez un standard pour eux, vous ne serez pas en mesure o 'publier' via SCM pour les autres développeurs à l'ensemble de l'environnement de développement "prêt à utiliser".

143voto

Steve Cooper Points 6637

Vous n'avez pas besoin d'ajouter ces -- ils contiennent des paramètres de chaque utilisateur, et d'autres développeurs ne voulez pas votre copie.

71voto

JXG Points 3877

D'autres ont expliqué pourquoi l'ajout de l' *.suo et *.les fichiers de l'utilisateur à la source de contrôle n'est pas une bonne idée.

Je voudrais suggérer que vous définissez l' svn:ignore de la propriété d'inclure ces types de fichiers, pour 2 raisons:

  1. Afin que les autres les développeurs n'ont pas le vent jusqu' avec un développeur paramètres.
  2. Alors, quand vous voyez l'état, ou de commettre fichiers, ces fichiers ne sont pas encombrer la base de code et obscure de nouveaux fichiers à ajouter.

49voto

Thomas Points 715

Nous ne commettons pas le fichier binaire (*.suo), mais nous nous engageons à la .fichier de l'utilisateur. L' .fichier de l'utilisateur contient par exemple les options de démarrage pour le débogage du projet. Vous pouvez trouver les options de démarrage dans les propriétés du projet dans l'onglet "Debug". Nous avons utilisé NUnit dans certains projets, et configuré le nunit-gui.exe comme l'option de démarrage du projet. Sans la .fichier de l'utilisateur, chaque membre de l'équipe aurait pour configurer séparément.

Espérons que cette aide.

26voto

Stephen Points 993

Depuis que j'ai découvert cette question/réponse par le biais de google en 2011, j'ai pensé prendre un deuxième et d'ajouter le lien de l' *.SDF les fichiers créés par Visual Studio 2010 pour la liste des fichiers qui ne devraient probablement pas être ajouté à la version de contrôle (l'IDE va re-créer). Depuis que je n'étais pas sûr qu'un *.fichier sdf peuvent avoir une utilisation légitime d'ailleurs, je ne l'ai ignoré spécifiques [projectname].fichier sdf à partir de SVN.

Pourquoi ne l'assistant conversion de visual studio 2010 créer une énorme SDF fichier de base de données?

Désolé pour l'ancien fil de la résurrection, mais je l'espère utile à quelqu'un d'autre.

Prograide.com

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.

Powered by:

X