windows - mingw64 - git terminal
Git en una LAN de Windows (5)
"Tengo algunas computadoras diferentes que uso en casa y quería configurar GIT para poder acceder a mi código desde cualquiera de ellas. Me tomó un poco porque estaba demasiado acostumbrado a trabajar con un modelo cliente-servidor donde designa una máquina como el "servidor" que alberga el repositorio y todo lo demás era un cliente. En cambio, GIT parece funcionar más como una herramienta de fusión y cada copia local es su propio "maestro". Una vez que entendí eso, resulta que configurar GIT es muy simple y solo necesita GIT en sí y SSH ".
Para leer más puede consultar este enlace: http://blog.lazyhacker.com/2010/04/setting-up-git-for-home-network.html
Mis colegas y yo estamos pensando en probar Git y ver si podemos avanzar fácilmente. Trabajamos en un entorno solo para Windows. En nuestras propias máquinas ya tenemos git configurado con mingw32 y SmartGit como cliente gui.
¿Existe un enfoque fácil basado más en el concepto de compartir carpetas que en el concepto de "servidor de alojamiento"? Por ejemplo, queríamos alojar un repositorio de git en una carpeta compartida en la LAN, clonarla en nuestras máquinas y ver cómo enviar nuestros cambios a esa carpeta, fusionarlos y así sucesivamente.
Nuestro primer problema fue la clonación de la lan. Por supuesto, git no reconoce rutas como //mymachine/shared/repo
¿Cómo empezar con nuestro enfoque? ¿Es factible? ¿Algún consejo?
Gracias por adelantado.
EDITAR
Como se sugirió, un enfoque de línea de comando funcionó. También tuvimos que invertir las barras diagonales, de modo que git clone //machine/directory/repository hizo el truco. Ahora, mi colega tenía una copia local en funcionamiento, hizo algunos cambios ... ¿Cómo devolverlos a la carpeta compartida?
Push and Fetch también trabaja en rutas locales, estamos listos y funcionando con nuestras pruebas. ¡Gracias a todos!
Mi consejo elude sus esfuerzos un poco, pero he estado usando Mercurial exactamente con el mismo enfoque que describió aquí, y si no es un gran cambio de plan, lo aliento a probar TortoiseHg . Mercurial trabaja con los repositorios basados en la ruta del archivo exactamente de la misma manera que funciona con los repositorios "servidos" (por ejemplo, reconocerá //server/shared_repo/repo_path como una ruta válida del repositorio para clonar).
Como punto adicional, por lo que puedo decir, el soporte de Mercurial para Windows está bastante avanzado, mientras que git todavía tiene algunos problemas de compatibilidad (aunque parece que ya has abordado muchos de los mayores desafíos para usar git en Windows)
Mi publicación tiene una guía paso a paso para crear un repositorio de git distribuido utilizando un recurso compartido de Windows. He encontrado que una ventana de compartir funciona bien para proyectos pequeños.
Para una solución de línea de comandos pura, intentaste
git clone file:///local/path/to/repo-name.git
En tu caso:
git clone file://///mymachine/shared/repo.git
debería funcionar bien.
Actualización agosto 2014 (4 años después), Git 2.1.
Commit c2369bd de Eric Sunshine y Cezary Zawadka ( czawadka ) significa que una ruta UNC más simple ahora funciona:
Windows: permite usar la ruta UNC para el repositorio git
Eric Sunshine corrigió
mingw_offset_1st_component()para devolver consistentemente "foo" para UNC "//machine/share/foo", cf este hilo .
Así que esto debería funcionar ahora:
git clone //mymachine/shared/repo.git
Utilizamos TortoiseGit. Las URL que acepta son // nombre de máquina / shared / repo.