El relleno de cnetworkingenciales de git rechaza mi input

Quiero ejecutar una tarea diaria en un server de Windows: testings git-pull + heavy. Como quiero que se desencadene mediante un cronogtwig y se ejecute a partir de un script, necesito las cnetworkingenciales de git para alimentarlas automáticamente. Quiero usar el relleno de cnetworkingenciales git

con la key de syntax = valor

Como esta es la primera vez que uso las cnetworkingenciales de git, es posible que me equivoque bastante.

Intenté trabajar tanto en git-bash (extensiones git -> ctrl + G) como en Cygwin. Ahí ingresé las siguientes líneas:

$ git cnetworkingential fill protocol=ssh host=devserver username=<my user name> password=<my password> path=/srv/gitosis/repositories/Matlab.git <empty line> 

Entonces git responde con:

 warning: invalid cnetworkingential line: fatal: unable to read cnetworkingential from stdin 

También traté de ingresar solo una línea antes de la línea vacía, y obtuve el mismo resultado. Probé solo la línea de nombre de usuario, solo la línea de protocolo, y solo la línea de host.

Mis preguntas son:

Primero: ¿qué hice mal ?

Segundo: cuál es el path correcto para alimentar si ejecuto el enter code here git remote -vv y obtengo:

 origin gitosis@10.10.10.102:/srv/gitosis/repositories/Matlab.git (fetch) origin gitosis@10.10.10.102:/srv/gitosis/repositories/Matlab.git (push) 

¿Cuál es mi path?

En tercer lugar, ¿cuál es el nombre de host

dado el resultado de git remote, si ejecuto ping devserver y obtengo

 64 bytes from 10.10.10.102: icmp_seq=0 ttl=64 time=74 ms 

¿Significa que el host es devserver ?

Primero, un descargo de responsabilidad: no conozco la fontanería de git, y solo estoy pirateando cosas para que funcionen y comente aquí en caso de que sea útil para usted. También estoy usando una versión desactualizada de git en este momento. (1.9.5.mysysgit; tengo razones)

Mi experiencia de intentar hacer algo similar ha sido que la cnetworkingencial de git fue difícil de trabajar correctamente. Sin embargo, obtuve algo similar al trabajo al operar usando el asistente de cnetworkingenciales más directamente.

Encontré un artículo sobre la API de cnetworkingenciales que describe llamar a git cnetworkingential-foo cuando git config cnetworkingential.helper devuelve foo . Esto parece tener una interfaz ligeramente diferente, con el command get lugar de fill (que también parece mucho más lógico).

En cualquier caso, para mí, mi ayudante de cnetworkingenciales está wincnetworking , y llamemos al host mysite.com . Hago la mayor parte de mi trabajo usando el mismo sitio, por lo que el administrador de cnetworkingenciales de Windows muestra una cnetworkingencial guardada para https://myusername@mysite.com , en lugar de una ruta específica. Llamándolo, entro:

 >git cnetworkingential-wincnetworking get protocol=https host=mysite.com 

y luego salir:

 username=myusername password=mypassword 

También puedo agregar un nombre de usuario a la list de input, y produce el mismo resultado. Si agrego alguna ruta a las inputs, o reemploop el host con la IP, no funciona.

Mi sugerencia sería ver si puedes usar la syntax git cnetworkingential-foo <get|store|erase> lugar de la git cnetworkingential <fill|approve|reject> , aunque parecen ser esencialmente lo mismo, solo que con un poco diferente nombres.


Para responder a sus preguntas más específicas:

¿Qué hice mal?

Suponiendo que entiendo correctamente que estás tratando de establecer las cnetworkingenciales de git, creo que quieres llamar a la git cnetworkingential approve lugar de git cnetworkingential fill , como approve realmente enviará los valores ingresados ​​al ayudante para su almacenamiento, mientras que el fill está intentando llenar en agujeros en los datos que proporcionó (creo que la denominación aquí y en otros lugares es confusa en git).

¿Cuál es el path correcto para proporcionar?

No estoy seguro, ya que mi único uso superpuesto no tiene una ruta, pero sugiero srv/gitosis/repositories/Matlab.git , ya que la barra diagonal está implícita porque esta es la ruta.

¿Cuál es el nombre de host?

Sospecho que lo que está sucediendo aquí es una simple coincidencia de cadenas en el host en su nombre remoto, en lugar de una búsqueda del dominio, así que sugeriría usar host=10.10.10.102 para su situación.