¿Configurando el repositorio de Git en un servidor remoto de Windows?

Tengo un servidor de Windows al que puedo acceder de forma local o remota a través de Internet a través de una conexión de escritorio remota, etc.

Quiero configurar un repositorio git (algo similar a "troncal" en subversion), que puede contener una serie de repositorios para múltiples proyectos.

¿Alguien sabe cómo hago para hacer esto? Quiero hacerlo usando una GUI si es posible. He seguido este tutorial de Git Bash, pero es muy largo y no es exactamente lo que busco.

Estoy usando un cliente Git llamado MSYSGIT. Con esto solo quiero poder configurar repositorios remotos y comenzar a confirmar el código fuente.

Cualquier ayuda sería muy apreciada!

En estos días hay una función de carga "HTTP inteligente", incluso podría reemplazar el acceso SSH. No se requiere más generación de claves privadas, y la instalación debería ser más fácil, porque el componente del servidor se puede escribir en cualquier idioma de elección:

• Ejecutando un servidor Git con IIS 7 y .NET 4: http://www.jeremyskinner.co.uk/2010/06/25/hosting-a-git-server-under-iis7-on-windows/ o http: / /github.com/yysun/Git-Web-Access
• Ejecutando un servidor Git a través de Python: http://github.com/dvdotsenko/git_http_backend.py
• Ejecutar un servidor Git a través de Python usando git-http-backend: http://gitstack.com
• Ejecutando un servidor Git a través de Ruby: http://github.com/schacon/grack

Si todo falla, también puede optar por configurar un servidor Apache y usar el git-http-backendbinario CGI estándar , consulte: ¿Cuáles son los pasos para configurar git-http-backend w / Apache en Windows?

Encontré esta publicación - http://www.timdavis.com.au/git/setting-up-a-msysgit-server-with-copssh-on-windows/ - verifique eso que debería ayudar.

(ayudame mucho)

Podrías considerar usar Cygwin + SSH + Gitosis para satisfacer esas necesidades, pero desafortunadamente no será un simple proceso de configuración de apuntar y hacer clic. He escrito una publicación de blog detallada sobre mis experiencias recientes (incluido el procedimiento de configuración).

En cuanto a su requerimiento para que esto sea una experiencia principalmente gráfica, recomendaría que todos sus sistemas cliente tengan instalado TortoiseGit . Esto evitará la necesidad de usar la línea de comando para agregar, confirmar, presionar / tirar, etc.

Puede configurarlo en Cygwin :

Si opta por cygwin, podría hacerlo solo en el servidor y ejecutar git-daemon bajo cygwin, pero aún usar msysgit en los clientes.

Hacer que git funcione correctamente desde cygwin

Aquí hay un servidor de Windows alternativo para git https://github.com/jakubgarfield/Bonobo-Git-Server/wiki

Vale la pena echar un vistazo a Gogs : fácil de usar (varias opciones de instalación compatibles), multiplataforma (incluido Windows), ligero, de código abierto.

Aquí hay algunas opciones:

• Servidor Bonobo Git para IIS

• GitStack

No necesita usar Cygwin, solo agregue CopSSH y listo. http://code.google.com/p/tortoisegit/wiki/HOWTO_CentralServerWindowsXP

Y aquí hay otro servidor de Windows alternativo para git: WebGitNet

GitStack es el que estoy evaluando actualmente.

Cuando también estoy comenzando este proceso (configurando el servidor Git en Windows), y esta discusión tiene más de un año, pensé agregar eso a la mezcla.

Compruebe también Gitwin , un servidor Git habilitado para OpenSSH para Windows. Una edición gratuita también está disponible. Descargo de responsabilidad: soy el desarrollador :-)

Gitlab es una gran solución e incluye una interfaz basada en web. Para que funcione dentro de sus requisitos.

1. Encienda HyperV en su servidor de Windows
2. Haga girar una máquina virtual Linux
3. Instale Gitlab en la VM

Si tiene un equipo de desarrolladores 5-10, sugeriría ir con git de vainilla con ssh. Fácil de configurar y tiene ssh para proteger los datos en tránsito.

Si tiene varios equipos con una buena rotación, suponiendo que tenga el directorio activo de Windows ejecutándose, es posible que desee considerar Atlassian bitbucket. Utilizamos bitbucket principalmente para el siguiente requisito: 1. Administrar repositorios git como proyectos, donde podemos proporcionar control de acceso de autoservicio a nivel de proyecto. 2. Integración de inicio de sesión LDAP con sincronización de grupo de AD 3. Muy bajo esfuerzo administrativo