Comment by zarzavat

1 day ago

I add .DS_Store to every repo despite also having it ignored globally. Efficiency beats pristine. I don't want to have to ever think about or deal with it at all.

6 comments

zarzavat

Reply
kodablah  12 hours ago

> Efficiency beats pristine. _I_ don't want [...]

Emphasis mine. This is the exact mindset I'm referring to, and when applied generally to files in the repo, will bite at some point. Even if you're lucky and it's unimportant/internal enough not to bite users, it will bite contributors. Luckily none of us would be discourteous enough to do this while contributing to another's repo.

  • zarzavat  5 hours ago

    If it's my repo then I decide which files are tracked and I don't want any .DS_Store files, nor do I think any person in history has ever intended to track a .DS_Store file.

    In a perfect world everyone would add .DS_Store to their global ignore list but since this is not default it necessitates defensive measures.

    If you don't add it to .gitignore then I can guarantee at some point a .DS_Store file will be committed to the repo, because the behavior is broken by default.

inigyou  1 day ago

but you do think about it when you add it to every repo?

  • charcircuit  18 hours ago

    Arguably git should ignore this file by default. 99% of the time it shouldn't be automatically picked up when you want to make a commit.

    • zarzavat  17 hours ago

      It would also be nice if Finder stopped generating .DS_Store files and moved that information to metadata on the directory! They had a great opportunity to fix this when they introduced APFS but alas the blight continues.