4 ms·
Totally correct. Files which are unrelated to the project don't belong in .gitignore.
by smix96 2y ago
Totally correct. Files which are unrelated to the project don't belong in .gitignore.
- account42 2y agoIt makes sense to add an ignore for .* though and then specifically unignore only those dotfiles/directories that you actully want checked in.
- al_borland 2y agoThis may be technically correct, and I do have .DS_Store in my global, but I also put it in projects, because I know not everyone on my team is going to do that. I add it to the .gitignore in projects to save me from other people junking up the project. It’s a lot easier to add some lines to a file than it is to micromanage the global file for every potential future contributor.
- Waterluvian 2y agoThis touches on something I've learned to be more mindful of: the "right answer" (especially to a techie) is often not the right answer in real world cases.
- klodolph 2y agoI’m fine with the occasional .DS_Store getting added, because you can just remove it afterwards. Most of my work is either my own projects or at work, and whether people at work commit .DS_Store files is a question that touches on code reviews, company onboarding guides, etc. Maybe the benefits / drawbacks would be different for an open-source project with a lot of contributors.
- tekknik 2y agoJust add a like to your onboarding docs to teach what the global ignore file is and how to manage it. the have them add a line for DS_Store.