Ne pas confondre avec Mercurial .hgignore pour les projets Visual Studio 2008
Je demandais si si ce même fichier peut être réutilisé pour Visual Studio 2010, ou quelques autres extensions, etc. doit être ajoutée à elle, & pourquoi ?
Réponses
Trop de publicités?
Lasse V. Karlsen
Points
148037
Je pense qu'il est important de savoir que chaque pièce de l'information au sujet de mon référentiels, donc je n'ai jamais copiez et collez le .hgignore fichier à partir d'un repo à la prochaine, à la place j'ai toujours construire eux que je vais.
C'est facile avec TortoiseHg, comme la fenêtre liste de tous les sans traces de fichiers, et un simple clic droit permet de me permettre d'ajouter des motifs d'ignorer ces fichiers. De cette façon, j'ai toujours découvrir de nouveaux fichiers que je peut ou peut ne voulez pas conserver.
Par exemple, dans la liste publiée par Thomas, *.resharper est la dernière entrée. Cela permettra d'éviter le partage de la resharper paramètres par solution, comme l'une des options dans la boîte de dialogue de configuration pour ReSharper peut être défini. En d'autres termes, si vous voulez vous assurer que tous les développeurs sont en cours d'exécution avec les mêmes paramètres pour beaucoup de choses ReSharper va vous aider avec, cette ligne ne peut pas être là.
Donc, mon conseil est le suivant: le Faire manuellement, vous allez apprendre une chose ou deux au sujet de votre projet dans le processus.
