Update VisualStudio.gitignore file #2975
Conversation
Added mono_crash.* // Some executed unit tests in a .NET Core project may lead to a mono crash which then generates this file Changed: // Just to be conform with the other folder name conventions x64/ => [Xx]64/ x86/ => [Xx]86/ // Visual Studio For Mac sometimes creates multiple bin and obj folders with increasing numbers, e.g. "bin 2/" (bin n/ where n = i + 1 and i starts from 0) [Bb]in/ => [Bb]in*/ [Oo]bj/ => [Oo]bj*/ [Ll]og/ => [Ll]og*/
|
@JFMG some initial feedback:
Good catch!
Any idea where this came from? I'm tentatively
This feels like an uncommon scenario where the tooling might not be able to write to its preferred paths. I'm |
Thanks :-)
I wish I'd know
Yep, this might be true. I've seen it a few times when Visual Studio for Mac and for Windows were in use. My guess is that in some cases the obj and bin folders get locked and therefore VS is not able to write into these folders. I didn't find any further information about this issue. It might be a bug in the tooling as you said. |
Reverted `x64/`, `x86`, `[Bb]in/`, `[Oo]bj/` and `[Ll]og/`.
|
@JFMG thanks! |
* Update VisualStudio.gitignore file
* Update VisualStudio.gitignore file
Reasons for making this change:
Added
mono_crash.* // Some executed unit tests in a .NET Core project may lead to a mono crash which then generates this file
Changed:
// Just to be conform with the other folder name conventions
x64/ => [Xx]64/
x86/ => [Xx]86/
// Visual Studio For Mac sometimes creates multiple bin and obj folders with increasing numbers, e.g. "bin 2/" (bin n/ where n = i + 1 and i starts from 0)
[Bb]in/ => [Bb]in*/
[Oo]bj/ => [Oo]bj*/
[Ll]og/ => [Ll]og*/
Links to documentation supporting these rule changes:
🤷🏻♂️