.gitignore для проектів та рішень Visual Studio


1144

У які файли я повинен включатись .gitignoreпри використанні Git спільно з Visual Studio Solutions ( .sln) та проектами?


3
Пов'язані питання: stackoverflow.com/questions/72298 / ...
Грег Hewgill

1
Я зробив це у вікі спільноти та об'єднав усі існуючі відповіді у публікацію. Будь ласка, допишіть, як вважаєте за потрібне!
Мартін Сучанек

12
Буду уважно ігнорувати .exe та .pdb, ви можете ненавмисно проігнорувати інструментарій, який ви зберігаєте зі своїм джерелом (nant, nunit gui тощо).
Джеймс Грегорі

2
@murki - схоже, це відповідь: coderjournal.com/2011/12/…
Ронні Овербі

7
Якщо .slnзареєстровані файли, ми отримуємо різницю шуму, таку як: -# Visual Studio 14 -VisualStudioVersion = 14.0.24720.0 +# Visual Studio 2013 +VisualStudioVersion = 12.0.31101.0 Цього можна уникнути?
Жан Йордан

Відповіді:


592

Дивіться офіційну "Колекцію корисних шаблонів .gitignore " в офіційній GitHub .

.gitignoreДля Visual Studio можна знайти тут:
https://github.com/github/gitignore/blob/master/VisualStudio.gitignore


8
Будь ласка, запиши. Цей файл містить запис для ігнорування опублікованих файлів. Однак, як написано правило, воно ігнорує будь-яку папку, яку ви назвали "Опублікувати", і, отже, ігноруватиме все, що у вас є під ним. Він спеціально не орієнтований на вихід Visual Studio "Publishing". Це проігнорує, але й інші речі.
Рекс Уіттен

6
@starfighterxyz, якщо ви думаєте, що в gitignore є помилка, я рекомендую створити запит на тягу.
Хронічний

9
Ну, я не знаю (достатньо?) Сказати свою помилку. Я просто сподіваюся використовувати Publish / як ім'я контролера та як ім'я папки проекту. Я думаю, що це лише крайній випадок. Просто щось, щоб врятувати кілька годин вашого життя :)
Rex Whitten

2
@Learner, оскільки вони є в різних файлах. Ви повинні додати їх до свого особистого глобального gitignore, замість того, щоб перевіряти їх. Github.com/github/gitignore/tree/master/Global
Хронічний

1
@ErikAronesty ви можете створити випуск або PR на Github repo. Але *.userце вже ігнорується, що включає .vcxproj.user.
Хронічний

254

Є інтернет-інструмент, який дозволяє генерувати .gitignore файл на основі вашої ОС, IDE, мови тощо. Погляньте на сторінку http://www.gitignore.io/ .

введіть тут опис зображення

20.08.2014 ось файл, що генерується для Visual Studio + Windows.

# Created by http://www.gitignore.io

### VisualStudio ###
## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.

# User-specific files
*.suo
*.user
*.sln.docstates

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

# Roslyn cache directories
*.ide/

# 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

*_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
*.opensdf
*.sdf
*.cachefile

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

# 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 addin-in
.JustCode

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

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

# 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

# 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/
# If using the old MSBuild-Integrated Package Restore, uncomment this:
#!**/packages/repositories.config

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

# Windows Store app package directory
AppPackages/

# Others
sql/
*.Cache
ClientBin/
[Ss]tyle[Cc]op.*
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.pfx
*.publishsettings
node_modules/

# 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/


### Windows ###
# Windows image file caches
Thumbs.db
ehthumbs.db

# Folder config file
Desktop.ini

# Recycle Bin used on file shares
$RECYCLE.BIN/

# Windows Installer files
*.cab
*.msi
*.msm
*.msp

В ідеалі вона містила б ліцензію всередині файлу. (В ідеалі, це була б ліцензія, яка не викликає жодних питань у корпоративному середовищі.)
Євгеній Сергєєв,

Також це має бути .vs/, дивіться тут: stackoverflow.com/a/31879242/1143274
Євгеній Сергєєв,

110

Я використовую наступні .gitignore для C # проектів. Додаткові шаблони додаються як і коли вони потрібні.

[Oo]bj
[Bb]in
*.user
*.suo
*.[Cc]ache
*.bak
*.ncb
*.log 
*.DS_Store
[Tt]humbs.db 
_ReSharper.*
*.resharper
Ankh.NoLoad

2
Не згоден з *.resharper. Збігання файлів *.ReSharper.userслід ігнорувати, але це відповідає *.userправилам, наведеним вище.
Дрю Ноакс

1
@DrewNoakes: Які файли ReSharper, на вашу думку, слід контролювати?
Пер Лундберг

4
@PerLundberg Однією з причин, яку варто врахувати, є те, що ви можете налаштувати стандартні параметри форматування проекту тощо, а також зберегти конфігураційні файли разом із проектом. Якщо це в git, всім, хто використовує Resharper, полегшується послідовне форматування проекту.
Марк

@DrewNoakes - Будь-які пропозиції щодо цього, будь ласка?
xameeramir

44

Для тих, хто цікавиться тим, що Microsoft вважає, що слід включити до gitignore, ось стандартний, який Visual Studio 2013 RTMавтоматично створюється під час створення нового Git-сховища:

## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.

# User-specific files
*.suo
*.user
*.sln.docstates

# Build results

[Dd]ebug/
[Rr]elease/
x64/
build/
[Bb]in/
[Oo]bj/

# Enable "build/" folder in the NuGet Packages folder since NuGet packages use it for MSBuild targets
!packages/*/build/

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

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

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

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

# Guidance Automation Toolkit
*.gpState

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

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# NCrunch
*.ncrunch*
.*crunch*.local.xml

# 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
*.Publish.xml

# NuGet Packages Directory
## TODO: If you have NuGet Package Restore enabled, uncomment the next line
#packages/

# Windows Azure Build Output
csx
*.build.csdef

# Windows Store app package directory
AppPackages/

# Others
sql/
*.Cache
ClientBin/
[Ss]tyle[Cc]op.*
~$*
*~
*.dbmdl
*.[Pp]ublish.xml
*.pfx
*.publishsettings

# 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
App_Data/*.mdf
App_Data/*.ldf


#LightSwitch generated files
GeneratedArtifacts/
_Pvt_Extensions/
ModelManifest.xml

# =========================
# Windows detritus
# =========================

# Windows image file caches
Thumbs.db
ehthumbs.db

# Folder config file
Desktop.ini

# Recycle Bin used on file shares
$RECYCLE.BIN/

# Mac desktop service store files
.DS_Store

Див.: Додайте за замовчуванням .gitignore файл у MSDN


37

Хоча ви повинні зберігати файл NuGet пакети.config, ви повинні виключити папку пакунків:

#NuGet
packages/

Зазвичай я не зберігаю двійкові файли чи щось, що генерується з мого джерела, у контролі джерела. Однак щодо цього існують різні думки. Якщо це полегшує вашу систему збирання, зробіть це! Однак я заперечую, що ви не використовуєте версії цих залежностей, тому вони просто займуть місце у вашому сховищі. Зберігання бінарних файлів у центральному місці, потім покладаючись на файл package.config, щоб вказати, яка версія потрібна, на мій погляд, краще рішення.


4
комусь хочеться детальніше пояснити, чому ви хочете виключити папку пакунків? чи не має сенсу включати пакети для сервера збірки, щоб мати залежності?
Джоель Мартінес

14
Варто зазначити, що команда NuGet реалізувала функцію «відновлення пакета» саме для цієї проблеми. На сайті NuGet є документ, який пояснює цю функцію та описує, як нею користуватися у Visual Studio.
ajk

4
Якщо ви ігноруєте пакунки та використовуєте відновлення пакунків, необхідно дозволити nuget.exe. Коли хтось завантажує, це повідомляє, що допомагає VS сказати, що функція була увімкнена для вирішення: !NuGet.exe<- не ігноруйте цей файл.
danludwig

Для тих, хто використовує AppHarbor, варто зазначити, що виключення папки пакунків призведе до невдачі розгортання вашої збірки :)
Joel Martinez

18

Я вважаю за краще виключати речі за потребою. Ви не хочете, щоб рушниця виключала все із рядком "bin" або "obj" у назві. Принаймні обов'язково слідкуйте за тими, хто має нахил.

Ось що я починаю з проекту VS2010:

bin/
obj/
*.suo
*.user

І тільки тому, що я використовую ReSharper, також це:

_ReSharper*

Погодьтеся. Також це стосується "налагодження". Додайте до цього косу рису, щоб уникнути ігнорування файлів з налагодженням в імені.
Джон Корснес

16

Я розумію, це старе запитання, яке все ще ділиться інформацією. У Visual Studio 2017 ви можете просто клацнути правою кнопкою миші на файл рішення та вибрати Додати рішення до управління джерелом

введіть тут опис зображення

Це додасть два файли до вихідної папки.

  1. .gitattributes
  2. .gitignore

Це найпростіший спосіб.


11

У Visual Studio 2015 Update 3 та оновленому розширенні Git станом на сьогодні (2016-10-24) .gitignore, створений Visual Studio:

## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.

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

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

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
[Xx]64/
[Xx]86/
[Bb]uild/
bld/
[Bb]in/
[Oo]bj/

# 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
artifacts/

*_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

# 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

# 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: Un-comment the next line if you do not want to checkin 
# your web deploy settings because they may include unencrypted
# passwords
#*.pubxml
*.publishproj

# 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/

# Microsoft Azure ApplicationInsights config file
ApplicationInsights.config

# Windows Store app package directory
AppPackages/
BundleArtifacts/

# 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/
[Ss]tyle[Cc]op.*
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.pfx
*.publishsettings
node_modules/
orleans.codegen.cs

# 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 LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# LightSwitch generated files
GeneratedArtifacts/
ModelManifest.xml

# Paket dependency manager
.paket/paket.exe

# FAKE - F# Make
.fake/

3
Мені сподобалася ця частина:Backup & report files from converting an old project file to a newer Visual Studio version. Backup files are not needed, because we have git ;-)
Жанкарло Фонталво

10

У Visual Studio 2015 Team Explorer> Місцеві сховища Git> Проект> Налаштування> Git> Налаштування репозиторію> Ігнорувати файли та атрибути. Ви можете додати .gitignore файл із елементами, які за замовчуванням слід ігнорувати у візуальних рішеннях студії. введіть тут опис зображення

введіть тут опис зображення


9

Додано InstallShield ігнорує для розгортання збірки. InstallShield - це новий напрямок Microsoft, який очолює Visual Studio Installer, тому ми почали використовувати його у всіх нових проектах. Цей доданий рядок видаляє інсталяційні файли SingleImage. Інші типи InstallShield можуть включати розповсюдження DVD серед інших. Ви можете додати ці імена каталогів або просто [Ee] xpress /, щоб не допустити потрапляння будь-яких файлів розгортання InstallShield LE в репо.

Ось наш .gitignore для проектів VS2010 C #, використовуючи Install Shield LE з розгортанням SingleImage для інсталятора:

#OS junk files
[Tt]humbs.db
*.DS_Store

#Visual Studio files
*.[Oo]bj
*.exe
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.sdf
ipch/
obj/
[Bb]in
[Dd]ebug*/
[Rr]elease*/
Ankh.NoLoad

#InstallShield
[Ss]ingle[Ii]mage/
[Dd][Vv][Dd]-5/
[Ii]nterm/

#Tooling
_ReSharper*/
*.resharper
[Tt]est[Rr]esult*

#Project files
[Bb]uild/

#Subversion files
.svn

# Office Temp Files
~$*

1
Я цитую тут коментар Джеймса Грегорі: "Я б обережно ігнорував. 13:32 "
Джим Раден

1
Не згоден з *.resharper. Збігання файлів *.ReSharper.userслід ігнорувати, але це відповідає *.userправилам, наведеним вище.
Дрю Ноакс

Тільки уточнення - це насправді переміщення НАЗАД до InstallShield, який існував до установки для VisualStudio, принаймні ще в 1998 році!
Матьєсон

7

Я знаю, що це стара тема, але для нових і старих, які відвідують цю сторінку, є веб-сайт під назвою gitignore.io який може генерувати ці файли. Шукайте "visualstudio" після посадки на веб-сайті, і він створить ці файли для вас, також ви можете мати кілька мов / ідентифікаторів ігнорувати файли, об'єднані в один документ.

Гарний.


6

Ось витяг із .gitignoreнедавнього проекту, над яким я працював. Я вилучив ті, які, на мою думку, стосуються Visual Studio, включаючи результати компіляції; це проект крос-платформи, тому існують різні інші правила ігнорування файлів, створених іншими системами побудови, і я не можу гарантувати, що я їх точно розділив.

*.dll
*.exe
*.exp
*.ilk
*.lib
*.ncb
*.log
*.pdb
*.vcproj.*.user
[Dd]ebug
[Rr]elease

Можливо, це питання має бути Wiki Wiki, тому ми можемо разом редагувати один головний список із коментарями про те, які файли слід ігнорувати для яких типів проекту?


Дивіться коментар Джеймса Грегорі щодо іншої відповіді: "Я б ретельно ігнорував. о 13:32 "
Джим Раден

2
@JimRaden Загалом, краще уникати перевірки бінарних інструментів у Git. Найкращі практики - це лише перевірити у своєму джерелі Git; якщо вам потрібні бінарні інструменти, додайте скрипт для їх встановлення або підмодуль із лише тими інструментами.
Брайан Кемпбелл

6

Кредит Jens Lehmann для цього - якщо ви зберігаєте вихідні каталоги відокремте файли проект упорядника і вихід збірки, ви могли б спростити .gitignore заперечуючи його:

path/to/build/directory/*
!*.sln
!*.vcproj

Ви не говорите, якою мовою користуєтесь, але вищезазначені повинні працювати для проектів на C ++.


Я не знав, що в .gitignore є прапор заперечення. Корисна порада!
Джим Раден

6

Пізно на вечірку тут, але я також вважаю, що використовую наступне. Деякі з них можуть бути корисними лише для приховування чутливих файлів під час натискання на загальнодоступний пульт.

#Ignore email files delivered to specified pickup directory
*.eml

#Allow NuGet.exe (do not ignore)
!NuGet.exe

#Ignore WebDeploy publish profiles
*.Publish.xml

#Ignore Azure build csdef & Pubxml files
ServiceDefinition.build.csdef
*.azurePubxml

#Allow ReSharper .DotSettings (for non-namespace-provider properties)
!*.csproj.DotSettings

#Ignore private folder
/Private/

Останню версію не потрібно явно ungnore nuget.exe
tofutim

@tofutim, остання версія чого? git себе?
danludwig


4

Є Visual Studio ярлик , оскільки він підтримує Git поза коробкою у 2015 році чи вище. Для нових рішень (або деяких, у яких немає .gitпапки), використовуйте функції керування джерелами в Провіднику рішень :

Клацніть правою кнопкою миші рішення та виберіть Add Solution to Source Control...пункт у спливаючому меню.

Він автоматично ініціалізується .git сховище, додає .gitignore необхідні речі до вашого рішення та навіть .gitattributesфайл (закінчення рядків тощо).

Текст з’явиться на консолі VS:

A new Git repository has been created for you in C:\<path to your solution>
Commit ______ created locally in repository.

Готово!



3

Як вже згадував інший плакат, Visual Studio генерує це як частину свого .gitignore (принаймні для MVC 4):

# SQL Server files
App_Data/*.mdf
App_Data/*.ldf

Оскільки ваш проект може бути підпапкою вашого рішення, а файл .gitignore зберігається в корені рішення, це насправді не торкнеться локальних файлів баз даних (Git бачить їх на projectfolder/App_Data/*.mdf). Для цього я змінив такі рядки:

# SQL Server files
*App_Data/*.mdf
*App_Data/*.ldf

1
Насправді, git також відповідає шаблонам відносно підкаталогів, якщо ви не запускаєте їх з " /", і в цьому випадку вони відповідають лише речам у тому самому каталозі, що і .gitignoreфайл.
СамБ

0

Деякі проекти, можливо, захочуть додати *.manifestдо файлу візуальної студіїgitignore.io .

Це тому, що деякі властивості нових проектів Visual Studio встановлюються для створення файлу маніфесту.

Див. " Покоління маніфестів у візуальній студії "

Але якщо ви створили їх, і вони статичні (не змінюються з часом), тоді це гарна ідея видалити їх з .gitignoreфайлу.

Це такий проект, як Git для Windows саме зробив (для Git 2.24, Q4 2019)

Див. Комісію aac6ff7 (05 вересня 2019 р.) Йоганнеса Шинделіна ( dscho) .
(Об'єднав Хуніо С Хамано - gitster- у комітеті 59438be , 30 вересня 2019 р.)

.gitignore: припиніть ігнорувати .manifestфайли

У Windows можливо вбудувати додаткові метадані у виконуваний файл, посилаючись на "маніфест", тобто документ XML, який описує можливості та вимоги (наприклад, мінімальна чи максимальна версія Windows).
Очікується, що ці XML документи будуть зберігатися у .manifestфайлах.

Принаймні деякі версії Visual Studio автоматично генерують .manifestфайли, коли жоден не вказаний явно, тому ми просили Git ігнорувати їх.

Однак у нас зараз прекрасний .manifestфайл: compat/win32/git.manifestтому Visual Studio не генерує для нас маніфест, і ми не хочемо, щоб Git більше ігнорував .manifestфайли.


0

Ви можете створити або відредагувати .gitignore-файл для репо, перейшовши до перегляду «Налаштування» в Провіднику Team, а потім вибравши Налаштування репозиторію. Виберіть Редагувати для .gitignore.

Він автоматично створює фільтри, які ігнорують усі специфічні для VS каталоги збірки тощо.

введіть тут опис зображення

Більше інформації дивіться тут .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.