Barrapunto

"Tu a un repositorio central no puedes ir haciendo commits cada pocos pasos que realices porque si te cargas algo molestas a todo el mundo."

Búscate otra excusa porque esa no vale: un repositorio centralizado *bien* utilizado no rompe nada por culpa de un commit, porque un commit ha de tener un valor semántico, no un valor funcional. Jamás he visto ni el manual de RCS, ni en el de CVS, ni el de Subversion, ni en el de Clearcase, ni en el Perforce, ni siquiera en el de Visual SourceSafe que un commit tenga que ser funcionalmente válido ni que tenga que poder compilar. Ahora, si alguien se empeña en usar la herramienta como *no* está pensada para ser usada, es lógico que aparezcan problemas.

"Hasta ahora lo que se hacía era desarrollar en tu PC sin hacer commits hasta que no estabas muy seguro de que no ibas a romper nada"

Lógico: usas mal la herramienta y luego buscas la manera de "saltarte" esas malas prácticas.

"ahora lo que se hace es ir haciendo commits locales de los que nadie se va a enterar."

Por lo que nadie se entera de en qué andas(y el que menos, tu jefe de proyecto), si se estropea tu PC de desarrollo (del que normalmente no hay copias de seguridad estables porque no debería haber nada de interés en él) se pierde todo ese trabajo, si te vas de la empresa a mitad de proyecto no hay que siga con lo tuyo, etc.

¿Más?