Какие файлы Visual Studio должны игнорироваться subversion для минимизации конфликтов?
Я поддерживаю ряд разработчиков .Net, которые используют Subversion для управления версиями своей работы, но мы столкнулись с рядом проблем, которые, похоже, вращаются вокруг дополнительных файлов, которые Visual Studio использует для управления проектами, отладки и т. д. В частности, кажется, что эти файлы вызывают конфликты из-за того, что они уже находятся в репо. Я знаю, как их вытащить и как с ними обращаться, но сначала мне нужно знать, что такое "они".
Итак, какие файлы/каталоги, которые Subversion может игнорировать, и почему их можно игнорировать?(также известный как. что эти файлы?)
Это большой, довольно неорганизованный ASP.Net сайт и развертывание сайта осуществляется через. svn обновляет, поэтому файлы, необходимые IIS для динамической компиляции (я думаю, что это так), сайт при изменении файлов должен быть оставлен в репо.
11 ответов:
- каталоги bin и obj
- *.пользовательские файлы (MyProject.csproj.пользователь)
- *.suo files
кроме того, если вы используете Visual Studio 2015.против директории.
мне повезло с этой глобальной моделью игнорирования:
*bin *obj *suo *.user *.tmp *.TMP *resharper* *Resharper* *ReSharper* *.Load *.gpState Thumbs.db *.~m2Я запускаю плагин Resharper, так что вы, вероятно, можете игнорировать это. ".~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 снова начнет их игнорировать. Это связано с тем, что файлы, которые уже находятся в репо, будут переопределять любые параметры игнорирования.
старый поток, но я хочу добавить, что вы можете использовать пример 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's 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's 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/
- каталог'bin' является хорошим началом (как @Кевин говорит).
- вы бы сделали хорошо, чтобы игнорировать каталог 'obj' тоже.
- *.СУО и *.пользователь будет лучше оставить из системы управления версиями.
- *.VisualState.xml тоже будет личным выбором.
- TestResults.xml (если вы используете NUnit)
Я думаю, что лучший вопрос был бы "какие файлы следует добавить в Subversion?"
интеграция Ankhsvn 2.0 Subversion задает именно этот вопрос всем проектам в вашем решении. (Этот вопрос является одной из ключевых частей спецификации SCC.) Затем он будет только предлагать добавить эти файлы.
Как пользователь вы можете добавить другие файлы вручную (или пометить некоторые из предложенных файлов как игнорируемые), но это поведение делает его очень легко делай правильно.
большинство других клиентов subversion не имеют роскоши говорить с системой, которая действительно понимает, что должно и не должно быть добавлено. (Например, внешние клиенты, такие как TortoiseSVN и его интерфейсы, могут просто догадываться на основе расширений файлов).
вот мой TortoiseSVN global ignore:
*.suo *.resharper *.sln bin obj *.user *.suo Debug Release *.pdb test.* _ReSharper*.* *.scc *.vssscc *.vspscc
последние 3 справки при переходе от Microsoft Visual SourceSafe.
AnkhSVN отлично справляется только с проверкой файлов, необходимых для проекта.