the - Problemas de compatibilidad entre el cliente git 1.8 y el servidor git anterior
javax.net.ssl.sslprotocolexception: handshake alert: unrecognized_name (2)
La página de Svnrepository.com dice "Características estándar: Git sobre SSH" y parece que está accediendo a través de http: lo que probablemente sea bueno para el acceso de solo lectura. Si observa el archivo de texto .git / config, debería ver una sección ["origen" remoto] y el valor ''url'' se puede configurar en el formato host: / path / on / remote / machine que implica una conexión SSH para Git
Estoy usando un servicio de alojamiento de git remoto (Svnrepository.com). Puedo acceder a los repositorios de git con éxito mientras uso un git 1.7.x como cliente, pero tan pronto como actualizo el cliente a git 1.8.x, ya no puedo presionar: el push se bloquea . El soporte del servicio de alojamiento afirma que esto se debe a que están utilizando un servidor git anterior que no es compatible con la versión 1.8.
- ¿Cómo uso git 1.8 como cliente, con un servidor git más antiguo?
- ¿Hay una solución?
- ¿Alguien sabe cuál es la incompatibilidad exacta?
- ¿La afirmación del soporte incluso suena plausible? Por alguna razón, pensé que git tenía una excelente compatibilidad con versiones anteriores y posteriores y no había ninguna razón para temer que la actualización rompiera con git
- ¿Hay alguna incompatibilidad conocida introducida en la transición 1.7-> 1.8 que causaría esto?
Por solicitud, aquí hay una traza con GIT_TRACE=1
. Parece que se cuelga mientras se ejecuta git-http-push
:
$ GIT_TRACE=1 git push -v
trace: built-in: git ''push'' ''-v''
Pushing to https://secure2.svnrepository.com/redacted/redacted/
trace: run_command: ''git-remote-https'' ''origin'' ''https://secure2.svnrepository.com/redacted/redacted/''
trace: run_command: ''http-push'' ''--helper-status'' ''--verbose'' ''https://secure2.svnrepository.com/redacted/redacted/'' ''refs/heads/master:refs/heads/master''
trace: exec: ''git'' ''http-push'' ''--helper-status'' ''--verbose'' ''https://secure2.svnrepository.com/redacted/redacted/'' ''refs/heads/master:refs/heads/master''
trace: exec: ''git-http-push'' ''--helper-status'' ''--verbose'' ''https://secure2.svnrepository.com/redacted/redacted/'' ''refs/heads/master:refs/heads/master''
trace: run_command: ''git-http-push'' ''--helper-status'' ''--verbose'' ''https://secure2.svnrepository.com/redacted/redacted/'' ''refs/heads/master:refs/heads/master''
Se cuelga después de la última línea de salida. (Si lo prefiere, también puede ver una traza donde he establecido tanto GIT_TRACE=1
como GIT_CURL_VERBOSE=1
).
Querer correr con una versión más actualizada de git es comprensible, pero si tu host de elección no ejecuta una versión actual, ¿por qué no cambias de host? Solo por el nombre, Svnrepository.com, no suena como que se centran en Git hosting. Si el servicio de alojamiento no es algo que pueda cambiar, ¿qué pasa con la instalación de git1.7 en algún lugar fuera de su ruta y 1.8 normalmente? Luego, puede vincular la versión 1.7 a algo como oldgit
y cuando necesite trabajar con Svnrepostiory.com, sus comandos serán como oldgit add
, oldgit commit
, oldgit push
.