Check for changes pending on remote before commit + push

The most common mistake at our company (which recently switched from subversion) is the commit + push before doing a Pull. If you do a commit + push and there are changes that were not pulled from the remote the following things happen:
1. Commit executes
2. Push fails

You naturally run a Pull and the following things happen:
1. Your pending commit gets automatically branched away from the master branch.
2. The pending commits from the remotes get committed to the repository.
3. The previously created branch is automatically merged to the master branch.

We are all expecting for an error message saying that there are pending commits on the remote and a prompt asking for a Pull before running our Commit + Push. Using tortoise svn we were making use of this feature extensively.
Another possible solution to this problem would be to automatically run a pull before the commit + push however that might be too invasive.