git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Cease and desist for companies and government agencies misusing git

From
MBMark Bauermeister <warfan2007@gmail.com>
Date
Oct 30, 2025, 15:27 UTC
Message-ID
<CADanQgA3h52hax-mdSTBV-tNDGvNRSxLU217aVygj7Cs7Lu8Bg@mail.gmail.com>

Ok, this post (as well as the title. As much as I wish we could prohibit such institutions from using our products) is partially tongue in cheek, partially me venting and partially asking the community for ideas on how to properly educate the vast masses of "professional" developers still unaware of the soul crushing damage their workflows (that barely work and definitely don't flow) cause to others.

Earlier this year I got hired by a Swiss government agency. My late mother was incredibly happy and proud of me at the time and knowing that I just got bullied out of that job and finding myself once again in the unemployment line is weighing heavily on me.

Long story short. The guy who was responsible for my firing spent a good 4 months journaling my work and harassing management behind my back only to blow up while on the phone with me, accusing me of such heinous crimes as sending a PR from a fork (at a time I didn't have write access to the main repository...) and *gasp* REBASING.

This dude is convinced (to a religious fervor) that Linus Torvalds was possessed by a demon when he came up with `git rebase` and that in order to defeat the devil, we need to plaster merge commits EVERYWHERE.

His workflow is thusly:
- Create new feature branch based on the master or release branch (this is fine)
- Make changes
- Create PR (all PRs end in a merge commit, btw. This is fine but
makes his git behavior look even more unhinged)
- Check for changes on master/release and create a merge commit on his
branch (there's no logic behind this. He isn't creating a "logical
checkpoint", he just generally runs merge every time)
- If the PR doesn't get approved for a while, he'll keep creating more
merge commits
- Rinse and repeat this for every single feature branch under his
control. Merging merges into his merge (insert Pimp my Ride meme)
- Once the release PRs have been completed, merge (with a merge
commit, naturally...) the release branch into master.
Today I've counted 8 merge commits on changes that amount to about 20 LOC.
I don't wanna live in this world anymore. Beam me up, Scotty!
/end of rant
Is it time for an online campaign ala "Merge commits considered harmful"?

I have nothing against a merge commit being the result of a successful PR but people spamming merge commits are ... something else.

Next: Nico Williams
Message 1 of 3 in “Cease and desist for companies and government agencies misusing git”
  1. Mark BauermeisterOct 30, 2025
  2. Nico WilliamsOct 30, 2025
  3. Junio C HamanoOct 30, 2025

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.