No puedo clonar repositorios HTTPS. Puedo clonar repositorios SSH bien, pero no repositorios HTTPS. No puedo probar el protocolo GIT ya que estoy detrás de un firewall corporativo.
Esto es lo que estoy tratando de hacer:
$ git clone https://github.com/nvie/gitflow.git
Cloning into gitflow...
fatal: Unable to find remote helper for 'https'
Hasta ahora he intentado lo siguiente (basado en búsquedas de Google)
- Purga e instalación de Git a través de
apt-get
- Instalando
build-deps
para Git a través deapt-get
- Instalar bibliotecas de desarrollo curl
- Instalar bibliotecas de expatriados
- Descargando la fuente de Git y compilando usando:
./configure --prefix=/usr --with-curl --with-expat
- También intenté apuntar configurar en curl binary (
./configure --prefix=/usr --with-curl=/usr/bin/curl
)
He intentado todo lo que puedo encontrar en Internet sin suerte. ¿Alguien puede ayudarme?
Versión de Git = 1.7.6.4
OS = Ubuntu 11.04
curl --help
y ver si es así.Respuestas:
Parece que no tener (lib) curl-devel instalado cuando compila git puede causar esto.
Si instala (lib) curl-devel y luego reconstruye / instala git, esto debería resolver el problema:
Esto funcionó para mí en Centos 6.3.
Si no tiene yum, puede descargar la fuente para curl-devel aquí:
Si estás ejecutando Ubuntu en su lugar:
fuente
sudo apt-get install libcurl4-openssl-dev
sudo aptitude install libcurl4-openssl-dev
apt-get tiene problema de la dependencia y la aptitud parece puede resolverloSi está intentando clonar, entonces podría usar el transporte git
Por ejemplo:
git clone git://github.com/fog/fog.git
fuente
git config --global url."git://".insteadof https://
forzargit
a usar siempre git: // en lugar de https : //. Esto puede ser útil si está intentando clonar con submódulos (por ejemplo, con--recursive
).En caso de que alguien encuentre esto en un sistema QNAP o en cualquier otro sistema con OPKG como administrador de paquetes:
Necesita instalar git-http junto con git. Me gusta:
fuente
Usé "
git://
" en lugar de "https://
" y eso resolvió el problema. Mi comando final fue:fuente
En nuestro caso, el problema se solucionó cuando verificamos
estaba apuntando a un camino que dejó de existir. (Estaba señalando el camino donde hemos compilado git y no donde copiamos después para que cualquiera pueda acceder a él)
Hicimos un:
y resuelto
fuente
En CentOS 5.x, la instalación de curl-devel me solucionó el problema.
fuente
yum install curl-devel
y luego yo./configure
,make
ymake install
en mi código git. Entonces https: // funcionó para mí. Esto está en CentOS 5.8Tuve el mismo problema y simple de resolverlo.
Simplemente desinstale git y vuelva a instalarlo.
Y todo funciona bien.
Espero que esto ayude.
fuente
Tuve exactamente el mismo problema y se redujo a una dependencia insatisfecha, sin embargo, probé la solución de la respuesta aceptada y no funcionó.
Lo que finalmente funcionó para mí fue instalar todo lo siguiente (esto es RedHat):
Luego, ejecuté los otros comandos según lo especificado y funcionó:
Saqué la lista de dependencias directamente del sitio web de Git . Aparentemente debería haber comenzado allí: /
fuente
Esto funcionó para mí en Centos 6.6 para instalar git 2.3.1:
No tenía instalado curl-devel (buscando curl_global_init en -lcurl ... no). La clave era generar el script de configuración
Añadir rpmforge para docboox2x
instalar paquetes
hacer enlace simbólico
construir git
fuente
La forma más fácil de solucionar este problema es asegurarse de que
git-core
se agregue alpath
para su usuario actualSi agrega lo siguiente a su archivo de perfil bash,
~/.bash_profile
esto normalmente debería resolver el problemafuente
Estaba teniendo este problema al usar capistrano para implementar una aplicación de rieles. El problema era que mi usuario solo tenía un acceso de shell encarcelado en cpanel. Cambiarlo al acceso de shell normal solucionó mi problema.
fuente
jk_init.ini
debajo[git]
para arreglar esto?En Mac OS X 10.9 Mavericks, la solución que funcionó es la siguiente
Esto es para compilar Ruby con el soporte de OpenSSL. A continuación, desinstale todas las versiones anteriores.
A continuación, instale las versiones actualizadas. La instalación de git depende de una versión actualizada de CURL.
fuente
CC=/usr/local/bin/gcc-4.2 CPP=/usr/local/bin/cpp-4.2 CXX=/usr/local/bin/g++-4.2
a pesar de utilizar una versión más alta y rubíconda install git
para instalar una versión más nueva de git y paquetes de dependencia.Tuve muchos problemas con este problema de ayuda remota. Me aseguré de haber instalado todo el expat, curl, etc. pero finalmente lo resolví actualizando gcc después de encontrar que la versión 4.4.4 era duff. Acabo de hacer una actualización yum y recompilado con 4.4.6.
fuente
En centos 7:
Funciona para mi.
fuente
Hoy tengo el mismo problema: git http roto después de años de servicio feliz. Parece causado por algunas actualizaciones de Perl lib. Intenté algunas sugerencias sensatas en la web, ninguna funcionó. Ya tuve suficiente, simplemente eliminé todas las cosas de git, obtuve un nuevo tarball de http://git-scm.com/ , lo compilé e instalé, y todo volvió a la normalidad. Pruébalo, o puedes profundizar en tus registros ...
fuente
Tuve que agregar un par de instalaciones adicionales que ejecutan CentOS versión 5.10 (Final):
Usando git-1.8.5: ./configure make clean make make install
fuente
Aterricé aquí una vez porque estaba trabajando con git. Cuando lo construí, el archivo MAKE predeterminado instaló el binario en ~ / bin / git. Como mi RUTA tenía ~ / bin primero cuando ejecuté 'git pull --rebase', usó el que estaba en ~ / bin y, en consecuencia, no pude localizar a los ayudantes.
Resolví el problema ejecutando '/ usr / bin / git ...' con una ruta completa (alternativamente, podría haber ajustado mi RUTA).
fuente
Para aquellos que usan git con Jenkins en un sistema de Windows, deben configurar la ubicación de git.exe en: Administrar Jenkins => Configuración de herramienta global => Git => Ruta al ejecutable de Git y completar la ruta a git.exe , por ejemplo; C: \ Archivos de programa \ Git \ bin \ git.exe
fuente
trabajó
1- Tuve que eliminar git:
2- reinstale git con el sufijo -all:
como se enseña aquí: https://git-scm.com/book/en/v2/Getting-Started-Installing-Git
3- verifiqué todas las configuraciones (nombre de usuario y correo electrónico) de mi cuenta github
por cierto me equivoqué con el buen correo electrónico que fue la fuente de mis errores;) https://github.com/settings/profile
verifique su nombre de usuario
https://github.com/settings/emails
verifique que su correo electrónico sea el bueno
4- he seguido el tutorial de git aquí
https://help.github.com/articles/connecting-to-github-with-ssh
fuente
En mi caso, nada fue exitoso, después de un tiempo mirando lo que sucedía, encontré esto en mi archivo de configuración. No estoy seguro de cómo llegó allí
Después de eliminar las propiedades de URL, todo funcionaba bien nuevamente
fuente
CentOS Minimal generalmente instala la versión 1.8 git por
yum install git
comando.La mejor manera es construirlo e instalarlo desde el código fuente. La versión actual es
2.18.0
.Descargue el código fuente de
https://mirrors.edge.kernel.org/pub/software/scm/git/
ocurl -o git-2.18.0.tar.gz https://mirrors.edge.kernel.org/pub/software/scm/git/git-2.18.0.tar.gz
Descomprimir por
tar -zxf git-2.18.0.tar.gz && cd git-2.18.0
Instale el paquete de dependencia ejecutando
yum install autoconf curl-devel expat-devel gettext-devel openssl-devel perl-devel zlib-devel asciidoc xmlto openjade perl* texinfo
Instale docbook2X, no está en el repositorio de rpm. Descargar e instalar por
$ curl -o docbook2X-0.8.8-17.el7.x86_64.rpm http://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/d/docbook2X-0.8.8-17.el7.x86_64 .rpm $ rpm -Uvh docbook2X-0.8.8-17.el7.x86_64.rpm
Y crea un nombre de enlace Unix:
Compile e instale, consulte https://git-scm.com/book/en/v2/Getting-Started-Installing-Git
$ make configure $ ./configure --prefix = / usr $ make all doc info $ sudo make install install-doc install-html install-info
Reinicie su servidor (si no, puede encontrar
Unable to find remote helper for 'https'
error)$ reiniciar ahora
Prueba:
$ git clone https://github.com/volnet/v-labs.git $ cd v-labs $ touch test.txt $ git add. $ git commit -m "prueba de instalación de git" $ git push -u
fuente
Recibí este error en Windows mientras usaba TortoiseGit. Reinstalar Git para Windows y decirle a TortoiseGit la ruta de acceso a git.exe volviendo a ejecutar el Asistente de inicio inicial lo arregló.
fuente
En mi caso
git --exec-path
apuntaba a la ruta correcta ygit-remote-https
existía pero no tenía permiso de ejecución. Entonceschmod +x git-remote-http
solucionó el problema.fuente