There are a number of files that we track in the repo, but are nevertheless covered by `.gitignore`.This *mostly* doesn't change anything, because Git itself only cares what `.gitignore` has to say about files that aren't already tracked.  But:* It affects any new files someone might add that are covered by the same unintentionally-broad patterns.  In that case it'd be likely to cause some confused debugging into why Git wasn't seeing the file; or possibly loss of work, if the person didn't notice that the file had never been committed to Git.* More immediately, other tools that aren't Git but consult the Git ignore rules don't necessarily implement this wrinkle. In particular this is unfortunately a WONTFIX bug in ripgrep / `rg`:https://github.com/BurntSushi/ripgrep/issues/1127 .I learned of the `rg` bug (and, for that matter, refreshed myself on just how Git itself handles this case) after some confusion today where I was looking with for references to a given macro, thought I'd looked at all of them... and then later noticed through `git log -p -S` a reference in `PC/pyconfig.h` with no subsequent change deleting it. Turned out it was indeed there and I needed to take account of it.Here's the list of affected files:$ git ls-files -i --exclude-standard .gitignoreDoc/MakefileLib/test/data/READMEModules/SetupPC/pyconfig.hTools/freeze/test/MakefileTools/msi/core/core.wixprojTools/msi/core/core.wxsTools/msi/core/core_d.wixprojTools/msi/core/core_d.wxsTools/msi/core/core_en-US.wxlTools/msi/core/core_files.wxsTools/msi/core/core_pdb.wixprojTools/msi/core/core_pdb.wxsTools/unicode/MakefileFortunately this is not hard to fix.  The semantics of `.gitignore` have a couple of gotchas, but once you know them it's not really any more complicated to get the behavior exactly right.  And I've previously spent the hour or two to read up on it... and when I forget, I just consult my own short notes :), at the top of this file:https://github.com/zulip/zulip/blob/master/.gitignoreI have a minimal fix which takes care of all the files above. I'll post that shortly, and I may also write up a more thorough fix that tries to make it easy not to fall into the same Git pitfall again.

> I have a minimal fix which takes care of all the files above. I'll post that shortly, and I may also write up a more thorough fix that tries to make it easy not to fall into the same Git pitfall again.Both now done.*GH-15451 is that minimal fix.* Just now I've postedhttps://github.com/gnprice/cpython/pull/1 , which is the more thorough fix. It's written on top of the minimal fix, but I could also squash them together as one PR.Also just postedGH-15542 . This is a small edit, deleting some lines whose author evidently never intended them to get committed to the repo.  I'd noticed those lines before and been mildly puzzled; writing up the thorough fix caused me to look in the history and see how they were added, and resolve the mystery :).  I've kept that as a separate PR just to reduce the number of moving parts in the main one, because the reasoning for it is quite independent.

New changeset8c9e9b0cd5b24dfbf1424d1f253d02de80e8f5ef by Miss Islington (bot) (Greg Price) in branch 'master':bpo-37936: Remove some .gitignore rules that were intended locally. (GH-15542)https://github.com/python/cpython/commit/8c9e9b0cd5b24dfbf1424d1f253d02de80e8f5ef

New changesetcaf7a30efecef21def997ab214dc6c1604d90a84 by Miss Islington (bot) in branch '3.8':bpo-37936: Remove some .gitignore rules that were intended locally. (GH-15542)https://github.com/python/cpython/commit/caf7a30efecef21def997ab214dc6c1604d90a84

New changeset2f0440e6dba248ff1e2b46c063adfd8fcb923a34 by Miss Islington (bot) in branch '3.7':bpo-37936: Remove some .gitignore rules that were intended locally. (GH-15542)https://github.com/python/cpython/commit/2f0440e6dba248ff1e2b46c063adfd8fcb923a34

New changeset5e5e9515029f70836003a8cfb30433166fcc8db7 by Miss Islington (bot) (Greg Price) in branch 'master':bpo-37936: Avoid ignoring files that we actually do track. (GH-15451)https://github.com/python/cpython/commit/5e5e9515029f70836003a8cfb30433166fcc8db7

New changesetc837ad408e85eed9d20ba8331751df15e14f6aef by Miss Islington (bot) in branch '3.8':bpo-37936: Avoid ignoring files that we actually do track. (GH-15451)https://github.com/python/cpython/commit/c837ad408e85eed9d20ba8331751df15e14f6aef

New changeset9ae9ac1061c76d637ebe9c1d6c6c802311d6ddba by Zachary Ware (Miss Islington (bot)) in branch '3.7':bpo-37936: Avoid ignoring files that we actually do track. (GH-15451) (GH-15748)https://github.com/python/cpython/commit/9ae9ac1061c76d637ebe9c1d6c6c802311d6ddba

Thanks @zach.ware for the review and merge ofGH-15451!That was the "minimal" fix, fixing rules that apply to files we have in the repo now.  So `rg` will no longer ignore `PC/pyconfig.h`. :-)I've just sentGH-15823 with the "more thorough" fix on top of that, which tries to make it easy not to fall into the same Git pitfall again.

New changeset455122a0094c8cfdf7e062eccc5e5b5885c75e8b by Zachary Ware (Greg Price) in branch 'master':bpo-37936: Systematically distinguish rooted vs. unrooted in .gitignore (GH-15823)https://github.com/python/cpython/commit/455122a0094c8cfdf7e062eccc5e5b5885c75e8b

Ok, now it's done :)Thanks, Greg.

New changesetdf935b5f0bcc40522c7aac1e844aa176cd8bbdef by Zachary Ware in branch '3.8':[3.8]bpo-37936: Systematically distinguish rooted vs. unrooted in .gitignore (GH-15823) (GH-15900)https://github.com/python/cpython/commit/df935b5f0bcc40522c7aac1e844aa176cd8bbdef