The absence of Git is certainly a critical negative factor. I wouldn't work in a company without source control, and these days Git and source control are more or less the same (I guess it's possible they use Mercurial).
- "How big was your team at your last company?"
- "What languages do you use at your last company?"
- "Do you prefer to use for..in loops or [].for() notation?"
And using the surface answer as the way to make a decision. Being able to navigate a topic from broad-to-specific is a specific skill that is rarely taught and are very lucky if they manage to stumble on to it after enough experience and self-reflection.Absolutely. If a company doesn't use any modern versioning system that's probably one of the biggest red flags there are.
I think it's up to every candidate to decide what's important to them. There are so many jobs, candidates can be choosy, so they might as well find a company that fits them. For the candidate that loves Git and absolutely requires it to be used for them to be fulfilled, it's a good question to ask. It's hardly going to be difficult for a candidate to find a company which answers yes to that particular question, so might as well ask and then skip a company that says no.
I agree a lot of these are extremely specific, but I think there's probably a middle ground where questions can be probing without being extremely specific.