this post was submitted on 16 Jun 2026
9 points (84.6% liked)
Explain Like I'm Five
21443 readers
57 users here now
Simplifying Complexity, One Answer at a Time!
Rules
- Be respectful and inclusive.
- No harassment, hate speech, or trolling.
- Engage in constructive discussions.
- Share relevant content.
- Follow guidelines and moderators' instructions.
- Use appropriate language and tone.
- Report violations.
- Foster a continuous learning environment.
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
When I first started using Git, I was still in a phase where I wanted to completely understand every piece of tech I used inside out and upside down, line by line, function by function, every possible scenario.
Git is the thing that broke me of this habit. Never open the .git folder
Just learn the bare minimum handful of commands you absolutely need to get changes in, and manage the rest through the web ui
git clone [url]pull the repo to start. If you started locally, set up and clone the remote repo, then paste the files into the cloned dirgit add -Aregister all files in the dir for change detectiongit commit -m "[message]"commit changes to those files locallygit pushpush the local changes to the remote repogit fetchpull branch data from the remote repo (where you've set up branches in the web ui)git checkout [branch]swap to another branch. Any pending changes should be pushed or dropped first. Drop withgit checkout .Be very liberal with copy/pasting the whole solution out and in to overcome complex situations. Deleting the .git dir inside will detach the files from version control.
There are many desktop UIs that a lot of my peers like. The one baked into VSCode is nice. There are also many more elegant commands to overcome tricky situations. I never use them. Just the CLI and these few simple commands are enough to get whatever I need done and avoid butchering my history.
You'll also need to know how to associate your local git client with your remote account, which I have to Google every time. Use SSH wherever possible because of how much smoother it is for the CLI. There's a config flag to disable ssl checks for https commands that comes in handy in some corporate scenarios.
Probably not great advice, but I think fairly practical advice. Use at your own risk.