¿Versión de Git del pago y envío? Clon no haciendo lo que quiero

Soy nuevo en Git pero he usado SVN mucho. He estado leyendo sobre Git, ya que estamos moviendo esa dirección para algunos proyectos de trabajo.

Me han encomendado la tarea de configurar los repositorys y ayudar a otros a acceder a ellos.

Esto es lo que trato de hacer:

Tengo un repository en funcionamiento configurado en un server remoto (nuestro server Git). Pude usar el siguiente command en mi máquina local:

git clone <url to remote repo> 

Luego comencé a modificar y comprometerme. Todo ha funcionado bien.

Ahora tengo otro usuario, en otra máquina, para quien quiero tener acceso al repository. Me gustaría tener la capacidad de hacer un pago básico y comenzar a editar los files él mismo. ¿Cómo manejo esto en Git? ¿Necesita crear una twig de trabajo para sí mismo?

Traté de usar el mismo command de clonación que usé y le dio un directory "vacío". Después de una investigación más profunda noté que tenía una copy "maestra" que no era lo que quería. Leí el clone me di count de que esto no era lo que pretendía. ¿Qué obtuve cuando ejecuté el command de clone para mí (una twig u otra cosa)?

He leído muchos tutoriales, cursos intensivos para personas que realizan la transición desde SVN y varias publicaciones en este sitio. Simplemente no he podido hacer que las cosas funcionen.

Gracias de antemano por la ayuda.

¿Qué obtuve cuando ejecuté el command de clonación para mí (una twig u otra cosa)?

Cuando ejecuta clone , obtiene una copy completa del repository (incluido el historial completo) y se está obteniendo una copy de trabajo desprotegida. La copy de trabajo es lo que estás editando; el repository es todo dentro del directory .git .

Si está queueborando con otra persona, ambos deberían ejecutar el mismo command de git clone . Cuando desee realizar cambios que haya comprometido para que sean visibles para su queueborador, ejecute git push para enviar los cambios nuevamente al repository remoto, y su queueborador ejecutará git pull para actualizar su repository local y copy de trabajo.

La sección de flujos de trabajo distribuidos de Git Book tiene una buena lectura sobre este tema.