Dois-je ajouter le studio visuel.suo et.des fichiers utilisateurs au contrôle des sources?

Visual Studio solutions contient deux types de fichiers utilisateurs cachés. L'un est la solution .suo le fichier est un fichier binaire. L'autre est le fichier de projet .user qui est un fichier texte. Quelles données ces fichiers contiennent-ils exactement?

je me demandais aussi si je devais ajouter ces fichiers au contrôle source (Subversion dans mon cas). Si je n'ajoute pas ces fichiers et un autre développeur vérifie la solution, Visual Studio créera automatiquement de nouveaux des fichiers utilisateurs?

773
demandé sur mnciitbhu 2008-09-16 17:40:42
la source

17 ответов

ces fichiers contiennent des configurations de préférences d'utilisateur qui sont en général spécifiques à votre machine, il est donc préférable de ne pas les mettre dans SCM. De Plus, VS le modifiera presque chaque fois que vous l'exécuterez, de sorte qu'il sera toujours marqué par le SCM comme 'modifié'. Je n'inclus pas non plus, je suis dans un projet utilisant VS pendant 2 ans et n'ai eu 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és dans un de ces fichiers (ne sait pas donc si vous avez un standard pour eux, vous ne pourrez pas le "publier" via SCM pour que les autres développeurs aient l'environnement de développement entier "prêt à utiliser".

626
répondu Fabio Ceconello 2014-10-01 22:27:04
la source

vous n'avez pas besoin de les ajouter -- ils contiennent des paramètres par utilisateur, et les autres développeurs ne veulent pas de votre copie.

130
répondu Steve Cooper 2008-09-16 17:42:39
la source

D'autres ont expliqué pourquoi avoir les fichiers *.suo et *.user sous contrôle source n'est pas une bonne idée.

j'aimerais suggérer que vous ajoutiez ces motifs à la propriété svn:ignore pour 2 raisons:

  1. donc les autres développeurs ne se retrouveront pas avec un développeur paramètres.
  2. donc quand vous voyez le statut, ou commettez fichiers, ces fichiers ne vont pas encombrer la base de code et obscurcir les nouveaux fichiers dont vous avez besoin ajouter.
64
répondu JXG 2016-12-14 15:39:08
la source

nous ne propageons pas le fichier binaire (*.suo), mais nous nous engageons à la .fichier de l'utilisateur. Le. le fichier utilisateur contient par exemple les options de démarrage pour déboguer le 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 option de départ pour le projet. Sans la .fichier Utilisateur, chaque membre de l'équipe devrait le configurer séparément.

Espérons que cette aide.

46
répondu Thomas 2013-12-27 20:40:48
la source

depuis que j'ai trouvé cette question/réponse par Google en 2011, j'ai pensé que je voudrais prendre une seconde et ajouter le lien pour le *.Les fichiers SDF créés par Visual Studio 2010 à la liste des fichiers qui ne devraient probablement pas être ajoutés au contrôle de version (L'IDE les recréera). Depuis que je n'étais pas sûr qu'un *.le fichier sdf peut avoir une utilisation légitime ailleurs, je n'ai ignoré que le [projectname] spécifique.fichier sdf à partir de SVN.

pourquoi le studio visuel Conversion wizard 2010 créer un massif fichier de base de données SDF?

25
répondu Stephen 2017-05-23 15:34:45
la source

Non, vous ne devriez pas les ajouter au contrôle source puisque - comme vous l'avez dit - ils sont spécifiques à l'utilisateur.

SUO (Solution User Options): enregistrements toutes les options que vous pourriez associez - vous à votre solution pour que chaque fois que vous l'ouvrez, il comprend personnalisations que vous ont fait.

The .le fichier d'utilisateur contient les options d'utilisateur pour le projet (tandis que SUO est pour la solution) et étend le fichier de projet nom (par exemple, quoi que ce soit.csproj.l'utilisateur contient les paramètres de l'utilisateur pour le quelque chose.csproj projet).

22
répondu JRoppert 2008-09-16 17:55:38
la source

par défaut SourceSafe visuel de Microsoft n'inclut pas ces fichiers dans le contrôle source parce qu'ils sont des fichiers de paramètres spécifiques à l'utilisateur. Je suivrais ce modèle si vous utilisez SVN comme source de contrôle.

17
répondu cori 2008-09-16 17:43:13
la source

cela semble être L'opinion de Microsoft sur la question: http://social.msdn.microsoft.com/forums/en-US/vssourcecontrol/thread/dee90d75-d825-4c76-a30f-016eab15ef7f

Je ne sais pas pourquoi votre projet stocke le DebuggingWorkingDirectory le dossier suo. Si c'est un utilisateur spécifique, il faut considérer le stockage que dans le *.proj.utilisateur nom de fichier. Si ce réglage est partageable entre tous les utilisateurs travaillant sur projet vous devriez envisager de stocker dans le fichier de projet lui-même.

ne pensez même pas à ajouter le fichier suo au contrôle source! le SUO (soluton user options) le fichier est destiné à contenir l'utilisateur spécifique et ne doit pas être partagé entre les utilisateurs travaillant sur le même solution. Si vous voulez ajouter le fichier suo dans la base de données scc Je ne je sais ce que vous briseriez dans L'IDE, mais à partir du contrôle à la source point de vue, vous break web projects CSC integration, the Lan vs Plugin Internet utilisé par différents utilisateurs pour l'accès VSS, et vous pourriez même provoquer le scc de rompre complètement (VSS chemin de la base de données stocké dans suo fichier qui peut être valable pour vous peut ne pas être valide pour un autre utilisateur).

Alin Constantin (MSFT)

16
répondu Scott W 2014-08-29 19:22:59
la source

Visual Studio Les créera automatiquement. Je ne recommande pas de les mettre sous contrôle source. Il y a eu de nombreuses fois où le fichier SOU d'un développeur local provoquait un comportement erratique de VS sur cette boite de développeur. Supprimer le fichier puis laisser VS le recréer a toujours corrigé les problèmes.

11
répondu Bloodhound 2008-09-16 17:42:45
la source

sur le site MSDN , il indique clairement que

La solution d'options de l'utilisateur (.suo) contient une solution par utilisateur option. ce fichier ne doit pas être vérifié pour le contrôle du code source .

donc je dirais qu'il est assez sûr d'ignorer ces fichiers tout en vérifiant des trucs à votre contrôle source.

10
répondu Farax 2016-05-19 05:30:34
la source

Je ne le ferais pas. Tout ce qui pourrait changer par "utilisateur" n'est généralement pas bon dans le contrôle à la source. .suo, .l'utilisateur, obj/bin répertoires

8
répondu ScaleOvenStove 2008-09-16 17:52:17
la source

ces fichiers sont des options spécifiques à l'utilisateur, qui doivent être indépendantes de la solution elle-même. Visual Studio en créera de nouveaux si nécessaire, de sorte qu'ils n'ont pas besoin d'être vérifiés au contrôle source. En effet, il serait probablement préférable de ne pas car cela permet aux développeurs de personnaliser leur environnement comme ils l'entendent.

7
répondu benefactual 2008-09-16 17:44:07
la source

Vous ne pouvez pas source de contrôle de l' .les fichiers utilisateurs, parce que c'est spécifique à l'utilisateur. Il contient le nom de la machine distante et d'autres choses dépendant de l'utilisateur. C'est un fichier lié à vcproj.

The .le fichier suo est un fichier lié à sln et il contient la "solution user options" (projet (s) de démarrage, la position de windows (ce qui est amarré et où, ce qui est flottant), etc.)

c'est un fichier binaire, et je ne sais pas s'il contient quelque chose de"lié à l'utilisateur".

dans notre société, Nous ne prenons pas ces fichiers sous contrôle source.

6
répondu ugasoft 2015-04-21 12:43:09
la source

ils contiennent les paramètres spécifiques du projet qui sont généralement assignés à un seul développeur (comme, par exemple, le projet de départ et la page de départ pour commencer lorsque vous déboguez votre application).

il est donc préférable de ne pas les ajouter au contrôle de version, laissant VS les recréer pour que chaque développeur puisse avoir les paramètres spécifiques qu'il veut.

6
répondu massimogentilini 2016-12-14 15:49:14
la source

.l'utilisateur est l'utilisateur paramètres, et je pense que .suo est la solution d'options de l'utilisateur. Vous ne voulez pas de ces fichiers sous contrôle source; ils seront recréés pour chaque utilisateur.

4
répondu Nick 2008-09-16 17:43:31
la source

à l'Aide de Rational ClearCase la réponse est non, seulement le .la sln et .* le proj doit être enregistré dans le contrôle du code source, Je ne peux pas répondre pour les autres vendeurs. Si je me souviens bien, ces fichiers sont des options" utilisateur " spécifiques, votre environnement.

3
répondu titanae 2008-09-16 17:43:48
la source

si vous définissez vos dépendances exécutables dans ProjectProperties>Debugging>Environment , les chemins sont stockés dans '.l'utilisateur' fichiers.

supposons que j'ai placé cette chaîne dans le champ mentionné ci-dessus: "PATH=C:\xyz\bin" C'est de cette façon, elle est sauvegardée dans '.fichier de l'utilisateur:

<LocalDebuggerEnvironment>PATH=C:\xyz\bin$(LocalDebuggerEnvironment)</LocalDebuggerEnvironment>

cela nous a beaucoup aidés en travaillant à OpenCV. Nous pourrions utiliser différentes versions D'OpenCV pour les différents projets. Autre avantage, il est très facile à mettre en place nos projets sur une nouvelle machine. Nous avons juste eu à copier les Drs de dépendances correspondantes. Donc pour certains projets, je préfère ajouter le '.utilisateur au contrôle source.

même si elle dépend entièrement des projets. Vous pouvez prendre un appel en fonction de vos besoins.

0
répondu adheen 2018-07-26 10:29:54
la source

Autres questions sur