Was ist die übliche Praxis von Gitignore für Aspnet-Kernprojekt

73

Ich weiß, dass es vom Projekt abhängt, aber ich möchte lernen, ob es eine übliche Praxis für ein typisches asp.net-Kernprojekt gibt (z. B. Ignorieren node_modules).

git asp.net-core adem caglin
quelle
Überprüfen Sie diese one-stackoverflow.com/questions/2143956/…
Sanket

Antworten:

90

Dies ist Standard .gitignorefür ASP.NET-Projekte. Es kombiniert Dinge aus .NET Core und Visual Studio. Entnommen dem Beamten yo-generator-aspnetaus Omnisharp.

Quelle: https://raw.githubusercontent.com/OmniSharp/generator-aspnet/master/templates/gitignore.txt

## 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/
x64/
x86/
build/
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

# 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: 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/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/packages/repositories.config

# 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/
~$*
*~
*.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

# Paket dependency manager
.paket/paket.exe

# FAKE - F# Make
.fake/
Stan
quelle
7
Ich habe wwwroot / lib ignoriert, weil es von Bower wiederhergestellt wurde.
Der_Meister
in VS 2019 scheint die Unterverzeichnisse bin und obj nicht auszuschließen ...!
Choco
46

Ab 2020 sollten Sie verwenden

dotnet new gitignore
Alexei S.
quelle
das ist toll. Warum enthält der Standard-Gitignore nicht appsettings.json?
smoore4
2
appsettings. *. json sollte immer eingecheckt sein ... Sie sollten App Secrets verwenden und NIEMALS vertrauliche Informationen in Ihre appsettings-Dateien aufnehmen.
Leon
45

Sollten Sie versuchen, in https://www.gitignore.io/ zu schauen

Es ist wie ein Repo von .gitignore-Best Practices in mehreren Sprachen und Tools. Seltsamerweise ist der für visuaStudio / xamarinStudio vorgeschlagene Code dem von Yeoman generierten Code sehr ähnlich.

AlexSandro Cruz
quelle
12
Hier ist der .gitignoredirekte Link für .NET Core: gitignore.io/api/aspnetcore
Serj Sagan
12

Es gibt ein Github-Repo, dessen einziger Zweck darin besteht, verschiedene Geschmacksrichtungen von Gitignore zu lagern. Hier ist ein Link zu Visual Studio, der ASP.NET Core abdeckt.

VisualStudio.gitignore

Klicken Sie auf den Link und dann oben in der Datei auf die Schaltfläche Raw, um die Nur-Text-Version zu erhalten.

Dies ähnelt Stans Antwort, aber diese Antwort von https://github.com/github scheint etwas aktueller zu sein als die von OmniSharp. Tatsächlich scheint es, dass die von OmniSharp nur eine Kopie der von https://github.com/github ist .

Sean
quelle