¿recomendación ?: git repos en una unidad compartida o configurar un server git

Si lo veo correctamente, hay 2 posibilidades para compartir un repository con un equipo:

  1. los repos sin formatting se colocan en una unidad compartida de Windows, los desarrolladores empujan / tiran a este repository central.
  2. se configura un server GIT y los desarrolladores empujan la extracción hacia el server

¿Cuáles son las ventajas / desventajas de ambos?

¿Gracias?

Bueno, un repository creado con git init –bare es para … compartir. Si está queueborando con un equipo de desarrolladores y necesita un lugar para compartir los cambios en un repository, querrá crear un repository vacío en un lugar centralizado donde todos los usuarios puedan impulsar sus cambios (a menudo la opción más fácil es github.com) . Debido a que git es un sistema de control de versiones distribuidas, nadie editará directamente los files en el repository centralizado compartido. En su lugar, los desarrolladores clonarán el repository desnudo compartido, realizarán cambios localmente en sus copys de trabajo del repository, luego volverán al repository compartido para poner sus cambios a disposition de otros usuarios.

Un repository en funcionamiento creado con git init es para … trabajar. Es donde realmente editarás, agregarás y borrarás files y se comprometerá a save tus cambios. Si está comenzando un proyecto en una carpeta en su máquina de desarrollo donde agregará, editará y eliminará files de su proyecto, use "git init". Nota: si git clona un repository, se le dará un repository en funcionamiento con la carpeta .git y copys de los files de trabajo para su edición.

Debido a que nadie edita directamente los files en el repository compartido compartido, no se necesita un tree de trabajo. De hecho, el tree de trabajo simplemente se pondría en marcha y causaría conflictos a medida que los usuarios introducen el código en el repository. Esta es la razón por la que existen repositorys simples y no tienen ningún tree de trabajo.

Como set, depende de tu preference. La ventaja y desventaja de abajo:

Desnudo y con repo central es fácil de configurar. Pero dado que el control remoto está descubierto, por lo que no puede ver los códigos en remoto directamente. Y si lo configura en el path público, debe prestar atención al derecho de acceso y si es lo suficientemente seguro (el path no puede eliminarse accidentalmente).

Para git server , es la forma típica de git: model de repo local y remoto. Pero necesita dedicar más time para configurar el server de git y luego actualizar el server.

Y estoy acostumbrado a usar el server de git personalmente.