this post was submitted on 09 Nov 2023
1274 points (98.3% liked)

Programmer Humor

32425 readers
1035 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] Netrunner 5 points 1 year ago (6 children)

If you can't use git I don't see how you're gonna do with other things. It's dead simple.

[–] [email protected] 28 points 1 year ago (2 children)

Solving merge conflicts or rebasing is not simple

[–] [email protected] 13 points 1 year ago (1 children)

Do it enough times and it stops being scary.

Using a tool like VSCode to perform the actual merges on individual files also helps because it shows what "yours" and "theirs" changes are from a user perspective, not a git perspective

[–] boomzilla 2 points 1 year ago

The 3-way merge editor in VSCode is a fantastic tool. Really helps in visualizing what comes from where and preventing merge accidents.

[–] [email protected] 2 points 1 year ago

It's doable once you know what you're doing. I can do it all via the cli, but I personally use gitkraken most of the time and it's just so much easier and more ergonomic.

I also see a lot of the Devs who insist they know what they're doing create horrible messes of their branches super easily via the commit tree. People should just use whatever works best for them to get the job done.

[–] [email protected] 13 points 1 year ago* (last edited 1 year ago)

It's not THAT complicated but I wouldn't call it dead simple. When you understand how git works internally yeah it's pretty simple but people usually start with the idea that it's a tool to put your code on a server to synchronize with other people and only later learn that you have both a local and a remote (or multiple remote) tree and how the tree really works.

I think the problem is most git 101 tutorials teach it wrong, IMO the best git tutorial is this: https://wildlyinaccurate.com/a-hackers-guide-to-git/

Unfortunately it's pretty dense so it's gonna scare off a lot of newbies.

[–] [email protected] 13 points 1 year ago* (last edited 1 year ago) (1 children)

If it was dead simple you wouldn't need to learn 10 new concepts and google commands regularly even after using it for a couple of years. You probably forgot how you struggled at first. I have taught it multiple times and I see how beginners struggle.

[–] [email protected] 5 points 1 year ago

I would actually say it's VERY complicated but in daily work you probably need like 5 commands and those aren't hard at all.

[–] [email protected] 1 points 1 year ago

Its not dead simple but its also not extremely complex.

I'm currently working with some interns and there's just concepts they were never exposed to. Without decent mentoring, git can be difficult because a lot of the workflow does come with experience.

That being said everyone needs to stop acting like its an impossible task to properly do source control. There is some truth that if you don't care enough to do your source control, you don't care enough to write decent code. Its not a moral failing, just take some pride in your craft.

Show the newbies how to care and they'll care enough to want to do it right. Measure twice, cut once and all that.

[–] [email protected] 1 points 1 year ago

It's definitely not simple to use but I agree that the conceptual model it represents is straightforward. I think a lot of the problems people have with git come from not understanding the underlying data structure before learning how to manipulate it.