Como SCM distribuido, git distingue entre los conceptos 'hacer una instantánea de la copia de trabajo' (commit) y 'repositorios de sincronización' (push / pull / fetch).
Si solo tiene un clon local de su repositorio, entonces no tiene sentido presionar. Sin embargo, con github, que hacer que otro clon (la que está en GitHub), y empujando sus cambios no tiene al menos una ventaja: la copia de seguridad. Si su computadora se apaga, todavía tiene todo empujado hasta ahora en github.
Por supuesto, ese no es el propósito principal de github; github está destinado a compartir código, por lo que si su proyecto está en github, puede permitir que otros saquen de allí, clonen su proyecto, actúen según las solicitudes de extracción de sus clones o incluso den acceso de empuje a otros a su repositorio.
Otra razón para presionar es si usa varios clones locales. Esto puede ser útil para varias cosas: por ejemplo, es posible que desee trabajar en dos ramas diferentes al mismo tiempo, o puede que desee probar operaciones posiblemente destructivas en su repositorio; si todo funciona según lo previsto, conserva el clon modificado (o devuelve los cambios al repositorio original), pero si las cosas van hacia el sur, puede eliminar el clon desordenado y volver al original (que aún no ha cambiado) .
Algunas personas incluso usan git para la implementación: la versión de producción también es un repositorio de git, y la actualización a una versión más nueva es cuestión de buscar y pagar (obviamente, esto solo funciona si no necesita un paso de compilación). No lo recomendaría necesariamente para cosas serias, pero para cosas pequeñas es una solución simple y pragmática.