This sounds right to me (but I’m also pretty new to git)!
One thing not mentioned in @andrepcg’s post is commits, which are pretty straightforward so he may have just assumed you understood them (a valid assumption). I’ll explain them anyway, though, in case others want to know. As you make changes to code in your repository, you commit the changes to said repository. A commit is like a snapshot of your code at a given time, and you can easily see what your codebase looked like at that time or revert to it if you made undesirable changes and want your code to be the same as it was back then. Also, looking at the list of commits provides a sort-of history of changes for your project. Since commits generally address single features (“added movement code,” “changed how XXX function works,” etc.) you can easily see how your (or someone else’s) project was put together, which is pretty neat!
I don’t know what OS you use, but on Macs, the official Github GUI App is really solid. They also have a Github for Windows, though I can’t vouch for its quality. I’ve also heard good things about SourceTree. A lot of IDEs have git integration as well.
Obviously you can use the command line instead, but GUIs are way easier to learn and look a bit nicer. You’re probably less likely to make a fatal mistake with a GUI than a command line, too. But that’s just my opinion, and I’m sure a lot of people would disagree.