For those who live their whole life within Apple's walls, they will never see .D...

nathan_douglas · 2024-07-03T23:45:17

They pop up in code repositories too, depending on contents and whether the engineer in question noticed it.

doomlaser · 2024-07-04T02:04:43

absolutely essential to add a line for .DS_Store in every .gitignore, unfortunately.

klodolph · 2024-07-04T04:02:24

Enough to teach people to use a global git core.excludesfile, IMO.

Same place you should put rules for Emacs / Vim swap files.

smix96 · 2024-07-04T09:25:14

Totally correct. Files which are unrelated to the project don't belong in .gitignore.

al_borland · 2024-07-04T14:42:00

This 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 · 2024-07-04T14:44:05

This 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 · 2024-07-04T20:14:45

I’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 · 2024-07-05T13:49:24

Just 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.

account42 · 2024-07-04T14:35:43

It makes sense to add an ignore for .* though and then specifically unignore only those dotfiles/directories that you actully want checked in.

tekknik · 2024-07-05T13:48:08

or just ignore them globally once.

beeboobaa3 · 2024-07-04T08:06:30

I've banned people before because they couldn't stop themselves from continuously uploading those useless ds files

tekknik · 2024-07-05T13:51:16

Seems like you have control issues.

beeboobaa3 · 2024-07-05T14:17:56

Nah, those people have issues controlling their machines. It's fine if you upload useless spam a few times, but at some point you need to quit it because you're creating unnecessary work for others.

tekknik · 2024-07-05T15:12:29

Well I was trying to tell you nicely, but you’ll figure it out before long.

Banning someone because they commit a file you don’t like is definitely a sign of a controlling person.

beeboobaa3 · 2024-07-05T16:14:07

Repeatedly. Besides, if you repeatedly pay such little care how can anything you do be trusted?

tekknik · 2024-07-07T13:20:11

You’re right, people are born perfect so this is felony behavior. We should limit their rights as a result.

Thanks for giving me a new interview question.

beeboobaa3 · 2024-07-08T12:55:05

Stop being ridiculous. If you can't learn from your mistakes, even after it has been explained to you several times, you're the problem.

> limit their rights

Now you're just being weird. No one has an inherent "right" to contribute to a project.

tekknik · 2024-07-08T15:06:54

Yea you missed the point. The point being you’re overreacting to a nonissue. But regardless it’s easy enough to filter your types out of my own projects and teams so I don’t care anymore.

beeboobaa3 · 2024-07-08T18:45:02

lol, ok bro. glad to not have to work with you as well since you're really channeling that "can't learn from my mistakes and will keep burdering others with them! Wait, why don't you like me?" energy