Diferencias entre fetch y pull

Git was designed to support a distributed model with no need for a central repository (though you can certainly use one if you like.) Also git was designed so that the client and the "server" don't need to be online at the same time.

Git was designed so that people on an unreliable link could exchange code via email, even.

In order to support this model git maintains a local repository with your code and also an additional local repository that mirrors the state of the remote repository. By keeping a copy of the remote repository locally, git can figure out the changes needed even when the remote repository is not reachable.

Later when you need to send the changes to someone else, git can transfer them as a set of changes from a point in time known to the remote repository.

Normally git pull does this by doing a git fetch to bring the local copy of the remote repository up to date, and then merging the changes into your own code repository and possibly your working copy.

The take away is to keep in mind that there are often at least three copies of a project on your workstation.

Casiano Rodriguez León 2015-01-07