I have been coding for over 10 years but I have never used any kind of version control. I am wanting to learn and start using GIT, I intend on reading the Apress ProGIT book soon.
This question isn’t on how to use the GIT command but more on in which steps to invoke them.
I often read about people saying to checkout a project, then push it to the server.
I am usually working on many files at once so I am trying to figure out, everyime I make a change to a file and hit save` is that the time I should commit that file, or is it more like ok I worked on these 5 files today, at the end of the day I can commit all these 5 files?
I know a lot of people use command line for GIT so I can’t imagine them going back and forth every time a fil is changed.
I realize this may sound basic and it is but remember I have never used any kind of version control so I am a bit lost, I mean all the articles and tutorials are about the correct syntax/commands and assume you have other version control knowledge (which most people do)
The thing with git, or any DVCS for that matter, is that committing and pushing your commits upstream are entirely separate notions. If with SVN, for example, committing meant everyone seeing your changeset, in git you have no such worries. Commit whenever you want, as much as you want. Push the changes upstream once you’re confident enough with them.
This allows you to commit as often as you wish. Basically this boils down to your personal workflow preference and that of your team.
A good rule of thumb is to commit once you have a stable new version of your code, such that if anyone happens to check out that revision, stuff won’t be broken. (This is also important later on if you plan on doing
git bisect, which is an advanced debugging method, but ignore that for now.)There are some really good resources that you can learn-by-example from: