Какие файлы Visual Studio следует игнорировать подрывной деятельностью для минимизации конфликтов?

Я поддерживаю ряд разработчиков .Net, которые используют Subversion для контроля версий своей работы, но мы столкнулись с рядом проблем, которые, похоже, вращаются вокруг дополнительных файлов, которые Visual Studio использует для управления проектами, отладки и т.д. В частности, кажется, что эти файлы вызывают конфликты из-за того, что они уже находятся в репо. Я знаю, как их вытащить и как с ними справиться, но мне нужно знать, что они "первые".

Итак, каковы файлы/каталоги, которые Subversion может игнорировать, и почему их можно игнорировать? (ака, что делают эти файлы?)

Это большой, довольно неорганизованный сайт ASP.Net, и развертывание сайта выполняется через. svn updates, поэтому файлы, необходимые IIS для динамической компиляции (я думаю, что это такое), сайт как изменение файлов должны быть оставлены в репо.

Ответ 1

  • каталоги bin и obj
  • *. файлы пользователя (MyProject.csproj.user)
  • *. suo files

Кроме того, если вы используете Visual Studio 2015 каталог .vs.

Ответ 2

Мне повезло с этим глобальным шаблоном игнорирования:

*bin *obj *suo *.user *.tmp *.TMP 
*resharper* *Resharper* *ReSharper* *.Load *.gpState 
Thumbs.db *.~m2

Я запускаю плагин Resharper, поэтому вы можете игнорировать это. msgstr "~ m2" - это временный файл, созданный моим моделью данных.

Обновление: Спасибо за голосование. Недавно я добавил Mac, Dreamweaver, Python и еще несколько файлов Visual Studio, которые следует игнорировать.

*.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a *.pyc *.pyo *.rej *~ #*# .#* .*.swp
*[Bb]in *obj *suo *resharp* *.user *.tmp *.TMP *Resharper*
*ReSharper* *.Load *.gpState *.NoLoad  *.~m2 *.dbmdl _notes *.cache
[Tt]est[Rr]esult [Bb]uild[Ll]og.* *.[Pp]ublish.xml *.[Cc]ache [Tt]humbs.db lint.db
*.docstates .apdisk [Ll]ogs .DS_Store *.bak *.vs

Что-то еще, если кто-то случайно проверяет в папке или файле, которые следует игнорировать, тогда вам нужно будет вручную удалить файлы из репозитория, прежде чем SVN начнет игнорировать их снова. Это связано с тем, что файлы, уже находящиеся в репо, переопределяют любые параметры игнорирования.

Ответ 3

  • *. Бен
  • *. OBJ
  • *. Ехе
  • * дллы.
  • *. Пч
  • *. Пользователь
  • *. Суо
  • *. TLB
  • TestResults (каталог VSTS unit test)

Ответ 4

  • Каталог
  • 'bin' - хорошее начало (как @Кевин говорит).
  • Вам также следовало бы игнорировать каталог 'obj'.
  • *. suo и *.user лучше всего оставить без контроля.
  • *. VisualState.xml тоже будет личным выбором.
  • TestResults.xml(если вы используете NUnit)

Ответ 5

Я думаю, что лучшим вопросом будет " Какие файлы следует добавить в Subversion?"

Интеграция Subversion AnkhSVN 2.0 задает именно этот вопрос во всех проектах вашего решения. (Этот вопрос является одной из ключевых частей спецификации SCC.) Затем будет предложено только добавить эти файлы.

В качестве пользователя вы можете добавить другие файлы вручную (или отметить некоторые из файлов, предложенных как проигнорированные), но это поведение делает очень легким сделать правильную вещь.

Большинство других клиентов subversion не имеют возможности разговаривать с системой, которая действительно понимает, что следует и не следует добавлять. (Например, внешние клиенты, такие как TortoiseSVN и его интерфейсы, могут просто угадывать, основываясь на расширениях файлов).

Ответ 6

Старый поток, но я хочу добавить, что вы можете использовать пример gitignore из GitHub, найденный здесь, для хорошей отправной точки.

## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.
##
## Get latest from https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

# User-specific files
*.suo
*.user
*.userosscache
*.sln.docstates
*.vcxproj.filters

# User-specific files (MonoDevelop/Xamarin Studio)
*.userprefs

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/

# Visual Studio 2015 cache/options directory
.vs/
# Uncomment if you have tasks that create the project static files in wwwroot
#wwwroot/

# MSTest test Results
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*

# NUNIT
*.VisualState.xml
TestResult.xml

# Build Results of an ATL Project
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c

# DNX
project.lock.json
project.fragment.lock.json
artifacts/
**/Properties/launchSettings.json

*_i.c
*_p.c
*_i.h
*.ilk
*.meta
*.obj
*.pch
*.pdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc

# Chutzpah Test files
_Chutzpah*

# Visual C++ cache files
ipch/
*.aps
*.ncb
*.opendb
*.opensdf
*.sdf
*.cachefile
*.VC.db
*.VC.VC.opendb

# Visual Studio profiler
*.psess
*.vsp
*.vspx
*.sap

# TFS 2012 Local Workspace
$tf/

# Guidance Automation Toolkit
*.gpState

# ReSharper is a .NET coding add-in
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user

# JustCode is a .NET coding add-in
.JustCode

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# Visual Studio code coverage results
*.coverage
*.coveragexml

# NCrunch
_NCrunch_*
.*crunch*.local.xml
nCrunchTemp_*

# MightyMoose
*.mm.*
AutoTest.Net/

# Web workbench (sass)
.sass-cache/

# Installshield output folder
[Ee]xpress/

# DocProject is a documentation generator add-in
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html

# Click-Once directory
publish/

# Publish Web Output
*.[Pp]ublish.xml
*.azurePubxml
# TODO: Comment the next line if you want to checkin your web deploy settings
# but database connection strings (with potential passwords) will be unencrypted
*.pubxml
*.publishproj

# Microsoft Azure Web App publish settings. Comment the next line if you want to
# checkin your Azure Web App publish settings, but sensitive information contained
# in these scripts will be unencrypted
PublishScripts/

# NuGet Packages
*.nupkg
# The packages folder can be ignored because of Package Restore
**/packages/*
# except build/, which is used as an MSBuild target.
!**/packages/build/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/packages/repositories.config
# NuGet v3 project.json files produces more ignoreable files
*.nuget.props
*.nuget.targets

# Microsoft Azure Build Output
csx/
*.build.csdef

# Microsoft Azure Emulator
ecf/
rcf/

# Windows Store app package directories and files
AppPackages/
BundleArtifacts/
Package.StoreAssociation.xml
_pkginfo.txt

# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of directories ending in .cache
!*.[Cc]ache/

# Others
ClientBin/
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.jfm
*.pfx
*.publishsettings
node_modules/
orleans.codegen.cs

# Since there are multiple workflows, uncomment next line to ignore bower_components
# (https://github.com/github/gitignore/pull/1529#issuecomment-104372622)
#bower_components/

# RIA/Silverlight projects
Generated_Code/

# Backup & report files from converting an old project file
# to a newer Visual Studio version. Backup files are not needed,
# because we have git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm

# SQL Server files
*.mdf
*.ldf

# Business Intelligence projects
*.rdl.data
*.bim.layout
*.bim_*.settings

# Microsoft Fakes
FakesAssemblies/

# GhostDoc plugin setting file
*.GhostDoc.xml

# Node.js Tools for Visual Studio
.ntvs_analysis.dat

# Visual Studio 6 build log
*.plg

# Visual Studio 6 workspace options file
*.opt

# Visual Studio 6 auto-generated workspace file (contains which files were open etc.)
*.vbw

# Visual Studio LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# Paket dependency manager
.paket/paket.exe
paket-files/

# FAKE - F# Make
.fake/

# JetBrains Rider
.idea/
*.sln.iml

# CodeRush
.cr/

# Python Tools for Visual Studio (PTVS)
__pycache__/
*.pyc

# Cake - Uncomment if you are using it
# tools/

Ответ 7

Здесь мой глобальный игнор TortoiseSVN:

*.suo *.resharper *.sln bin obj *.user *.suo Debug Release *.pdb test.* _ReSharper*.* *.scc *.vssscc *.vspscc

Последние 3 справки при переходе с Microsoft Visual SourceSafe.

Ответ 8

AnkhSVN отлично справляется только с проверкой файлов, необходимых для проекта.

Ответ 9

Я бы, вероятно, сказал что-нибудь в каталоге bin.

Ответ 10

В дополнение к тем, которые люди предложили выше, мне часто приходится игнорировать *. cache, потому что по какой-то причине я не знаю, что Resharper любит помещать файлы .cache в те же папки, что и код, над которым я работаю. Кроме того, я не думаю, что кто-то еще упомянул *.pdb.

Ответ 11

Я также не мог бы проверить файл .SDF. Он большой и Visual Studio будет воссоздавать его, если он отсутствует. Насколько я знаю, это база данных, используемая для Intellisense.