Oh boy are you in for a shock to know that I use git all the time when I want a piece of software that isn’t available in YaST2, Flatpaks or Appimages

[–] [email protected] 14 points 11 months ago

I mean understand and know when or how to use every feature and command, I don't mean using git clone https://github.com/foo/bar occasionally.

[–] [email protected] 7 points 11 months ago (1 children)

Cloning a repo to build the source code isn't even remotely hard.

When you manage the repo of an entire team who work together on different release versions of a product using a very specific workflow with squash commits and cherry-picking? And when team members fuck up the repo's history with a bad git pull/push? Yeah, it gets more complicated.

[–] [email protected] 1 points 11 months ago (1 children)

If a team member can fuck up the history you probably should look into your merge policies.

[–] [email protected] 1 points 11 months ago

Even with merge policies, if someone doesn't understand what they're doing or how it works, it won't help.

Last project I worked on, we asked our developers to rebase on the parent branch and squash on their pull requests. But, they often encountered conflicts because they never updated their branch. They would pull the parent branch into their feature breach, or do a regular merge, or merge different other branches together and you'd end up with commit duplication everywhere. They didn't have any discipline.