It lets you spot the places where you changed something and check if the changes done are the cause of the bug. Sometimes they are as simple as a spelling mistake
How could having easy access to the entire history of a file make you a more efficient programmer in the long term?
There are a lot of advantages. First of all, you have an efficient system that keeps your files and their history in the same place, so you don’t have to worry about having multiple files for different versions. Second, it makes it a breeze to collaborate with others, even if they’re working on the same thing at the same time. And third, it helps a lot in having a pretty nice workflow when you’re writing something, not only code.
What do you think are the pros and cons of manually choosing when to create a commit, like you do in Git, vs having versions automatically saved, like Google Docs does?
Cons: It’s error prone. You can forget to commit at the right time. Pros: Flexibility. Creativity. More control in what you commit.
Why do you think some version control systems, like Git, allow saving multiple files in one commit, while others, like Google Docs, treat each file separately?
Because git was thinked to be used for programming where it is pretty common that a change affects multiple files at the same time.
To easily compare twi different commits.
You know you can always go back to any previous commit and restore things exactly as they were at that moment.