Problema de Jenkins con Git En Windows

Sé que miles de temas tocan mi problema, pero estoy luchando contra esto desde varios días con casi cero progreso; (.

Instalé Jenkins en la máquina de Windows.
Luego adquirió el complemento Git y el propio Git.
Todo es la última versión para el día de mi escritura.
Estaba feliz de comenzar a jugar con Jenkins pero no logré configurar mi repository de Bitbucket para que Job lo utilizara.

Establecí la ruta exacta a git.exe (ya que parecía ser el motivo de los problemas iniciales) [C: \ Archivos de progtwig \ Git \ cmd \ git.exe].

Luego intenté acceder al repository mediante HTTPS con cnetworkingenciales de count, muchos errores extraños aquí, así que pensé en probar con SSH.

He generado keys rsa, establecí la key pública en el repository de Bitbucket. Luego creé la configuration de cnetworkingenciales en Jenkins para la authentication SSH con frase de contraseña.
Tengo muchos problemas aquí, así que para una solución temporal establecí explícitamente el valor de la key privada.
Finalmente llegué al lugar donde estoy ahora:

+refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 

Cuando trato de copyr manualmente el repository, cortésmente me pregunta acerca de la frase de contraseña y la copy está list. Cuando el trabajo de Jenkins lo hace, sucede lo anterior. Con la ayuda de% USERNAME% y% USERDOMAIN% en el script del trabajo, obtengo los mismos valores que cuando lo hago manualmente.

Después de muchas horas puedo decir que no puedo usar Git en Jenkins;

ACTUALIZAR

No creo que pueda ser tan simple. Como mencioné a mainframer , dejé la frase de contraseña vacía para toda la authentication de SSH y realmente funcionó (el repository está clonado incluso cuando Jenkins aún muestra el mismo error en la página de configuration del trabajo). Solo me pregunto acerca de las consecuencias de tal configuration, pero el trabajo es más valioso para mí ahora.

¿Quiere decir dejar frase de contraseña vacía mientras genera las keys y luego tampoco la configuration de contraseña en las cnetworkingenciales de Jenkins ssh?

Sí, ya que Jenkins no podría alimentar la frase de contraseña a la session de ssh.

Pero asegúrese de que el service esclavo de Jenkins se ejecute con su count (y no con la count del sistema). Necesita su count para encontrar las keys ssh en %USERPROFILE%\.ssh\id_rsa(.pub)