Truth be told, I liked your article a lot but that particular example definitely should have been replaced with something more concrete and a bit more convincing.

Having several copies of a GIT repo for different branches is a viable strategy as long as one does not do force-pushes.

Thank you for the feedback - I hammered this out over an hour this morning, and wasn't really expecting much readership but should have been more careful. As noted elsewhere on my blog, I'm young enough that I've only used Git, so it's good to know that the original example was not good. I read much too far into it given the other dysfunction I've seen from the same people.

In any case, I've made a speedy replacement.

> wasn't really expecting much readership but should have been more careful.

Fair enough but if you allow me to suggest you this: don't do it for the readership, do it for your own skills of eloquent and convincing writing. Even if nobody ever reads it, developing proper articulation and being exhaustive in your analysis will only make you smarter and better at what you do.

This is unsolicited advice though, and I apologize if it's misplaced.

Yeah I do this on a daily basis. Sometimes I want to have two different branches open simultaneously. Maybe there’s some fancy git hackery to have two open workspaces from the same .git local repository. But you know what? My time to figure that out is worth more than the measly megabytes of saved disk space.

The official way to do this is using git worktrees[0], but, as you say, it may not be worth the time to learn if what you have is working for you.

[0] https://git-scm.com/docs/git-worktree

It's not even only that, when you switch to another worktree you catch your language server with its pants down, and some tooling e.g. test watchers are bugging out as well.

I just always found it cleaner to have several directories on the rare occasion I need to work on several branches almost in parallel.

And let's face it, most of us don't work in a repo that is 100GB or above. Even if it was a 10GB I wouldn't care one bit and can easily have 20 copies of it temporarily.

Lookup git worktrees. They are very easy to use and save you time since no matter how many you make you only need to fetch once. As an added bonus, someday you might be working on a project with 100gb repo and find that it makes a big difference.

Re: Git usage

Your colleague, well, maybe you as well, could instead make use of 'git worktree'

https://git-scm.com/docs/git-worktree

It allows exactly that, use a single repo yet have parallel checkouts in separate directories.

This is a good example of why you shouldn't listen to the Hacker News peanut gallery, because it is about as silly as you originally implied it was; a tiny bit of documentation reading will let you know you can check out as many worktrees into different directories as you like.

I would advise you to instead eliminate class prejudice from your writing. A common type of class prejudicial remark programmers make is sniping at "spreadsheets", i.e., the programming tools of the outgroup not initiated into nonsensical programmer esoterica, aren't those nonprogrammers benighted and silly? But really, spreadsheets are so valuable to them because they're one of the only ways they can tell a computer (a machine that ostensibly serves them) what to do without interacting with the priesthood.

But you shouldn't listen to me either. I'm just some fucking moron on a website. Please understand this.