4 ms·

Ideally people who have .DS_Store, .vscode, etc. would put them into their own $GIT_DIR/info/exclude files and not pollute the shared .gitignore with stuff from

Ideally people who have .DS_Store, .vscode, etc. would put them into their own $GIT_DIR/info/exclude files and not pollute the shared .gitignore with stuff from their personal setup.

adastra22 1y ago
TIL
nomel 1y ago
I've found that reducing the friction, as much as possible, is the only way to get people to actually contribute. Excluding things like .vscode and .DS_store, which is a common and universal "don't need that in my repo", is a trivial way to reduce the burden for everyone (the goal of software, imo), maintainer included.
- eadmund 1y ago
  > Excluding things like .vscode and .DS_store I’m old and cranky enough to want to believe that excluding contributions from VS Code and macOS users is a trivial way to reduce the maintainer’s burden and improve software quality. That’s completely unfair, of course, and probably false too. edit: s/maybe/probably/
  - deleted 1y ago
    [deleted]
  - Ferret7446 1y ago
    I don't think you need to fencesit that hard. VS Code and macOS users *that don't know how to double check their commit or ignore their junk files locally will definitely cause extra burden and lower software quality. If they can't check their commits for .vscode, do you really think they tested their code properly or thought hard about the code that they wrote? If they don't know abut local git ignore files, do you think they know the language and libraries well enough? If they didn't read the Git docs, then did they read the docs that said to not use a specific function in this way?
- Ferret7446 1y ago
  If you want to attract novice contributors, sure. This is as much give-and-take as anything else; if you want these kind of people, then you're going to have to throw a bone to these people. Now, if you don't want contributors, or at least novice contributors that don't know to proofread their commits or ignore their own IDE files, then this actually helps you screen out the contributors you don't want to engage with early.
gruez 1y ago
[deleted]
- meatmanek 1y ago
  What project is using .gitignore but not git?
  - weikju 1y ago
    For one thing, many AI code helpers use the contents of .gitignore as a suggestion for files to not include in their context or changes.
  - gruez 1y ago
    My bad, I misinterpreted the proposal.
  - gpm 1y ago
    Lots of non-git tools use them. Some that come to mind are ripgrep (by default ignores .gitignore'd files), some editors (greying them out in the file selector, not searching them, etc), rustic (not backing them up), probably more.
- do_not_redeem 1y ago
  This post is about unwanted files ending up in git. So if you don't use git and you collaborate by swapping floppy disks or whatever, you won't have this problem. (But you'll have other problems, of course)
  - deleted 1y ago
    [deleted]
mook 1y ago
Just use core.excludesFile, once per machine. https://git-scm.com/docs/git-config#Documentation/git-config.txt-coreexcludesFile https://git-scm.com/docs/git-config#Documentation/git-config...

Ideally people who have .DS_Store, .vscode, etc. would put them into their own $GIT_DIR/info/exclude files and not pollute the shared .gitignore with stuff from their personal setup.

adastra22 1y ago

TIL

nomel 1y ago

I've found that reducing the friction, as much as possible, is the only way to get people to actually contribute. Excluding things like .vscode and .DS_store, which is a common and universal "don't need that in my repo", is a trivial way to reduce the burden for everyone (the goal of software, imo), maintainer included.

eadmund 1y ago
> Excluding things like .vscode and .DS_store I’m old and cranky enough to want to believe that excluding contributions from VS Code and macOS users is a trivial way to reduce the maintainer’s burden and improve software quality. That’s completely unfair, of course, and probably false too. edit: s/maybe/probably/
- deleted 1y ago
  [deleted]
- Ferret7446 1y ago
  I don't think you need to fencesit that hard. VS Code and macOS users *that don't know how to double check their commit or ignore their junk files locally will definitely cause extra burden and lower software quality. If they can't check their commits for .vscode, do you really think they tested their code properly or thought hard about the code that they wrote? If they don't know abut local git ignore files, do you think they know the language and libraries well enough? If they didn't read the Git docs, then did they read the docs that said to not use a specific function in this way?
Ferret7446 1y ago
If you want to attract novice contributors, sure. This is as much give-and-take as anything else; if you want these kind of people, then you're going to have to throw a bone to these people. Now, if you don't want contributors, or at least novice contributors that don't know to proofread their commits or ignore their own IDE files, then this actually helps you screen out the contributors you don't want to engage with early.

gruez 1y ago

[deleted]

meatmanek 1y ago
What project is using .gitignore but not git?
- weikju 1y ago
  For one thing, many AI code helpers use the contents of .gitignore as a suggestion for files to not include in their context or changes.
- gruez 1y ago
  My bad, I misinterpreted the proposal.
- gpm 1y ago
  Lots of non-git tools use them. Some that come to mind are ripgrep (by default ignores .gitignore'd files), some editors (greying them out in the file selector, not searching them, etc), rustic (not backing them up), probably more.
do_not_redeem 1y ago
This post is about unwanted files ending up in git. So if you don't use git and you collaborate by swapping floppy disks or whatever, you won't have this problem. (But you'll have other problems, of course)
- deleted 1y ago
  [deleted]

mook 1y ago

Just use core.excludesFile, once per machine. https://git-scm.com/docs/git-config#Documentation/git-config.txt-coreexcludesFile https://git-scm.com/docs/git-config#Documentation/git-config...