Dois-je ajouter de Visual Studio 2015 .vs dossier de contrôle à la source?

Visual Studio 2015 crée un nouveau dossier appelé ".vs". Quel est le but de celui-ci et dois-je l'ajouter au contrôle de code source?

InformationsquelleAutor SoftwareFactor | 2015-08-07
  1. 302

    Non, vous ne devez pas ajouter au contrôle de code source. Le but de ce dossier est de déplacer la machine et de l'utilisateur des fichiers spécifiques à un emplacement central. L'explication sur la Utilisateur de Visual Studio Voix problème l'explique bien:

    Jusqu'à présent, nous avons déplacé le .SUO fichier et la VB/C# compilateur IntelliSense fichiers de base de données vers le nouvel emplacement. Tout nouveau projet spécifique, la machine locale les fichiers seront ajoutés au nouvel emplacement. Nous avons l'intention de prendre ce encore plus dans les prochaines versions, et étudie comment améliorer la structure de répertoire de la sortie de la construction et d'autres fichiers existants qui peut nuire à la source de l'arbre.

    Ce sont tous les fichiers que vous ne serait jamais arrivée, puisqu'ils sont générés à partir d'une construction ou contenir de la machine spécifique de l'information.

    • C'est une sorte de course générale à dire ne pas archiver l'ensemble du dossier. Si votre site nécessite IIS Express configs (comme l'utilisation d'un nom d'hôte pour les cookies de travail), en vérifiant dans le applicationhost.config aide à d'autres développeurs dans la mise en place de leur environnement, sinon chacun a le faire sur leur propre et ils ont probablement trouver la manière dure.
    • Je ne suis pas un IIS développeur, mais je crois que cette réponse adresse.
    • La réponse est vraiment pas une solution, de plus en plus une solution de contournement (dont la réponse lui-même y fait allusion). Ce que j'essayais de dire, c'est qu'une réponse binaire peut-être pas assez pour tout le monde. Selon votre configuration, vous devrez exclure le dossier, mais ensuite ajouter une exception pour le applicationhost.config fichier ou quelque chose envers cet effet.
    • En fait, aucune solution de contournement, c'est la meilleure solution. Je ne pense pas que vous devriez jamais checkin les .vs dossier, il n'est pas destiné à être.
    • Comment voulez-vous gérer la configuration partagée alors?
    • Je parie que les marteaux ne sont pas destinés à être utilisés pour le crack de la noix de coco, mais ils peut résoudre le problème tout aussi bien.
    • Comme la cité de réponse de lugberk unis: "il n'y a aucun moyen de savoir ASP.NET 5 projets pour aujourd'hui". À cause de cela, je ne vois pas d'autre option à part ceux IIS Express paramètres de configuration entre ASP.NET 5 projets que celui de la vérification dans les applicationhost.fichier de configuration sous .vs. Ou voyez-vous une autre / une meilleure solution?
    • Il n'y a rien qui vous empêche d'temporairement permettant de vérifier ins du fichier, puis en ajoutant à gitignore après. Git va toujours tirer vers le bas le dossier, mais les changements seront ignorés. Je ne peux pas penser à un scénario où vous auriez besoin de modifier ce fichier sur une base régulière.
    • À l'exclusion de l' .dossier vs exclut également l' .suo fichier qui inclut tous les types de configurations d'exécution que vous avez mis en place. C'est un scénario courant quand vous voulez blanc-étiquette de votre application et de décider de ne pas utiliser de multiples projets pour cette fin.

    InformationsquelleAutor Patrick Quirk
  2. 80

    Github fournit beaucoup de .gitignore modèles. Dans leur modèle pour visual studio, ils ont ignoré l' .vs dossier. Extrait de la modèle sur github.

    # Visual Studio 2015 cache/options directory
.vs/
    • Qui peuvent aider une personne à décider (paresseusement), mais ne donne pas de forte conseiller ou une raison de le faire. Le titre ("Visual Studio 2015 cache/options directory") permet plus d'en décider.
    • D'ailleurs, la même ligne s'applique .hgignore
    InformationsquelleAutor crea1
  3. 20

    Comme décrit dans la citation tirée uservoice dans Patrick réponse, le dossier n'est pas prévu pour le contrôle de source.

    Cependant les commentaires, également à souligner, il peut y avoir des cas où vous souhaitez inclure des fichiers à partir du dossier.

    Je voudrais ajouter à cela .gitignore:

    .vs/

    Et ensuite utiliser ce que git outil vous préférez ajouter certains fichiers comme une configuration partagée de la applicationhost.config si besoin.

    Ou l'utilisation d'une commande git comme ceci:

    git add -f .vs/config/applicationhost.config

    De cette façon git ajoute le fichier, même si elle est ignorée.

    • Je voudrais ajouter que si vous êtes d'utilisation de TFS, vous pouvez utiliser le nier préfixe dans votre .tfignore fichier pour le "ré-inclure" un applicationhost.fichier de configuration après l'exclusion de l' .vs dossier. La valeur par défaut .tfignore fichier explique comme ceci: "Le ! préfixe de négation d'un modèle. Ceci peut être utilisé pour ré-inclure un élément, après qu'il a été exclu par une .tfignore fichier supérieur dans l'arborescence, ou par la Collection de Projets d'Équipe global de la liste des exclusions."
    InformationsquelleAutor Jim Wolff