Without a version control system, it would be impossible to complete team/product development on time. As a result, I start all of the technical onboarding for the projects by explaining how this component operates and the regulations that are in place. Many people encapsulate VCS with fancy (SourceTree, GitHub Desktop, Tortoise, etc.) or use them indirectly through their IDE. I’m definitely not against this, it is more pleasant and sometimes easier. That being said it is still important to understand how and what a given operation would accomplish. GUIs Below, I try to list the commands that any engineer will encounter at some point in their career. 1. Clone Most of the time, there’s a good chance that you would work on repositories that already exist. When this happens, understanding the operation of getting source code on your local machine named clone becomes important. It repeats the entire remote repository structure, complete with folders and files to a new directory named accordingly. git clone git@git_provider:account/your_repo.git Tips and Tricks (TnT). SSH is usually considered more secure when compared to the HTTPS way of cloning. 2. Status This is a simple and straightforward command for getting the status of your current local branch. Compare it to the remote one to understand where you left it last time and whether there are any updates, uncommitted, or untracked changes. git status TnT. Useful commands when you’re not the only one working on the same branch. This could prevent possible conflicts in the future. 3. Log The right way to check branch history is to look into the commit log list. Here you could find everything connected to commits: author, SHA, commit message, date, etc. git log TnT. A good way of tracking branch history and could provide helpful information for any sort of investigation during or after troubleshooting. 4. Diff Command for showing the difference between branches/commits. Target it at the whole local directory or on a specific file. git diff remote-branch TnT. Good for making a quick check and for small changes, really hard to navigate and work with a huge discrepancy. 5. Fetch Command for getting accessing all changes in the current branch or just in the repository. It will show you what branches were created and updated. It also gives information on you what happens in your repository. git fetch TnT. Extra information that would not hurt you and gives a better understanding of activity in a repository. 6. Merge Put two commit histories from different branches together by creating an extra merge commit. git merge other-branch TnT. Sometimes it is much easier to merge through pull/merge requests. 7. Pull Get all changes from the remote branch into your local one. You could imagine it as a command with two simple steps - fetch and merge. git pull TnT. Pull frequently when you are working in a team on the same code in the same branch. 8. Checkout The essential command for moving forward and backward through your git tree, creating new branches, etc git checkout other-branch TnT. Use this command to travel in time. 9. Add / Rm Adding and removing files for index. An index is the staged area of your next commit. & git add readme.md git rm readme.md TnT. Before adding or removing check files if all code from them is ready to be staged. Sometimes sneaky debug logs or comments that you do not expect to see in a commit could appear in files. 10. Commit Make a snapshot of your staged changes to the git tree. Commit is your building block in your git tree. git commit -m "Commit message with sense" TnT. Commit messages must make sense. “Fix”, “check” and “log” would bring confusion to the person who would see them. 11. Tag Instead of remembering long SHA with letters and numbers, it is much easier to make a tag with a user-friendly name. git tag v.1.0.0 TnT. Good practice to make tags on stable states of your code. E.g. release version. 12. Push Just sync your remote branch by sending your local one to it. git push TnT. Make a golden rule, push all your changes at least once a day. 13. Reset Rewrite all your local state to provide one. E.g. Reset the current state of your branch to some specific tag. git reset v.1.0.0 TnT. Check some options like soft/hard/mixed; they could be used for solving branch issues. 14. Rebase Change the base branch/commit for your current one. It would reapply/recommit all diff commits on top of a base. git rebase main TnT. Always keep your current working branch up to date with the main one. My recommendation is to use rebase instead of merging main in current. 15. Revert Rollbacks commit by creating new with opposite updates. git revert commit-sha TnT. Use it wisely. In many cases, it would make more sense just to make this revert manually. Conclusion This is not in any way a conclusive list. There are many more commands that contribute to a seamless experience. You can find some of them . Don’t shy away from learning something new, just find places to learn them from. here P.S. Article was inspired by the trainee which I am currently mentoring. Thank you for this idea

Fetch

Target

How to Make an Unforgettable Code Review? Guide for Authors

Read My Stories

Too Long; Didn't Read

Make resilience your competitive advantage

How to Win Git and Influence Repositories: 15 Git Commands Every Engineer Needs

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

A Complete Guide to Code Reviews

10 GitHub Repositories to Follow

3 Easy Steps to Change Main Git Branch on Heroku

28 Stories To Learn About Markdown

194 Stories To Learn About Git

A Complete Guide to Code Reviews

10 GitHub Repositories to Follow

3 Easy Steps to Change Main Git Branch on Heroku

28 Stories To Learn About Markdown

194 Stories To Learn About Git

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps