Problema de clonación / recuperación del repository con el complemento Git para Hudson en Windows

Antes de que alguien me critique por esto, ya he verificado todos los hilos apropiados y aún no he encontrado una solución a mi problema.

Tengo instalado Hudson con el complemento git en el server de Windows (no es mi elección) y Hudson se ejecuta como un service. Git/bin está en el path. Sin embargo, no puedo clonar el repository. Aquí hay una visualización abreviada de la salida de la console:

 Started by user anonymous Checkout:workspace / C:\.hudson\jobs\sdf\workspace - [email protected] Last Built Revision: Revision 74200b32314231a5efdadd87bf36b42ec145c720 (origin/master) Checkout:workspace / C:\.hudson\jobs\sdf\workspace - [email protected] Fetching changes from the remote Git repository Fetching upstream changes from ssh://git.mccannlondon.co.uk/git/mccann_admin [workspace] $ "C:\Program Files\Git\bin\git.exe" fetch -t ssh://git.mccannlondon.co.uk/git/mccann_admin +refs/heads/*:refs/remotes/origin/* The server's host key is not cached in the registry. You have no guarantee that the server is the computer you think it is. The server's rsa2 key fingerprint is: ssh-rsa 2048 f1:48:2a:0a:d9:18:cf:2e:f2:8c:b3:25:7f:34:d5:34 Connection abandoned. fatal: The remote end hung up unexpectedly ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway 

Por lo tanto, parece que necesito autenticar el host, pero no estoy seguro de por qué Hudson está comenzando el trabajo como usuario anónimo cuando configuré al Administrador como propietario del service Hudson.

Alguien sabe:

  • a) ¿cómo cambiar el usuario de ejecución de hudson? o
  • b) ¿conectarse a la computadora de eliminación con la misma count de usuario que hudson utiliza para permitir que hudson busque?

Si esto se publicó antes de las disculpas, pasé unas horas buscando y no pude encontrar nada.

Gracias

Ametralladora

Esto puede estar relacionado con la pregunta Git, No se puede clonar el repository en Windows

El problema es que MSysGit inicia PLINK en segundo plano, es decir, el terminal no está realmente conectado a la input de PLink. Eso significa que simplemente no puede escribir nada en PLINK.

Simplemente tiene que conectarse al server una vez usando PLink o PuTTY, responda Sí y, a partir de ese momento, no se le volverá a preguntar.

El tutorial de cletus puede ser útil también.

Una buena descripción del problema se puede encontrar en esta input de blog

el problema es que Hudson es un service y se ejecuta bajo el usuario "Cuenta de service local" .

El siguiente paso es agregar manualmente el rastreo al caching (un file) porque sé que puede hacerlo en Linux.
De nuevo, Windows no tiene este caching como un file, sino que usa el logging.
Al search en el logging, encontré una input para mi usuario (que había accedido previamente al repository y agregado a la huella de caching) donde el rastreo se almacenó y copió a HKEY_USERS para que los usuarios puedan acceder a él.

La input es así:

 Key Name: HKEY_USERS\.DEFAULT\Software\SimonTatham\PuTTY\SshHostKeys Class Name: NO CLASS Last Write Time: 23.01.2009 - 18:35 Value 0 Name: [email protected]:bla_bla.com Type: REG_SZ Data: 0xb477b... 

Desde la command-line, puede agregar fácilmente la key de la siguiente manera:

 reg add HKEY_USERS\.DEFAULT\Software\SimonTatham\PuTTY\SshHostKeys /v [email protected]:bla_bla.com /d 0xb477b... 

Ahora Hudson, ejecute como un service, vaya feliz y sin problemas al repository donde está el código.

El 'iniciado por anónimo' te dice qué usuario de Hudson comenzó el trabajo. Si no ha creado ningún usuario de Hudson, entonces todo comienza por 'anónimo'

No está relacionado con qué usuario del SO está ejecutando el process.

Usted preguntó cómo cambiar el usuario al que se ejecuta Hudson: necesita editar el service (Panel de control-> Herramientas administrativas-> Servicios, haga doble clic en el service Hudson y cambie "Iniciar session" a "Esta count").

Una vez que la count está configurada, me aseguro de que el server git esté en Mugh (Git Bash's) ~ hudson / .ssh / known_hosts, y que haya un ~ hudson / .ssh / identity file en su lugar. La única advertencia que tengo es que si tiene cygwin instalado en la caja, debe asegurarse de que% CYGWIN% esté vacío; de lo contrario, verá errores de permissions key en los loggings de Hudson. Mi recomendación es que simplemente configure la variable de entorno CYGWIN para que se vacíe en Hudson.

Me encuentro con el mismo problema y después de comprobar el complemento de git, http://wiki.hudson-ci.org/display/HUDSON/Git+Plugin

Se establece cambiar la ruta de acceso de git a / usr / bin / git en Configuración global y configurar el nombre de usuario de git

Y arregla mi problema

Espero que funcione para ti también, por cierto, uso Ubuntu, pero debería ser el mismo