Git / Bower Hataları: Çıkış Kodu # 128 & Bağlantı kurulamadı

Birkaç kitaplık kurmak için Bower kullanıyorum. Burada gösteri amaçlı olarak bootstrap kuruyorum. Paket ne olursa olsun aşağıdaki hataları alıyorum:

C:\Scott>bower install bootstrap
bower not-cached    git://github.com/twbs/bootstrap.git#*
bower resolve       git://github.com/twbs/bootstrap.git#*
bower ECMDERR       Failed to execute "git ls-remote --tags --heads git://github
.com/twbs/bootstrap.git", exit code of #128

Additional error details:
fatal: unable to access 'https://github.com/twbs/bootstrap.git/': Failed connect
to github.com:443; No error    

Bu aramada bulduğum ilk hatayı kaldırmak için aşağıdaki çözümü kullanmayı denedim :

git config --global url."https://".insteadOf git://

Ancak, bu işe yaramaz ve o sayfada bulunan diğer çözümlerin hiçbirini yapmaz. 2. hata için bir çözüm ararken, bir kurumsal ağdaysanız / bir güvenlik duvarının arkasındaysanız, bir proxy sunucusu için bir kullanıcı adı / pwd ayarlamanın sorunu çözeceği anlaşılıyor. Ancak, ev bilgisayarımda / ağımda olduğum için bir proxy sunucusu kullanmıyorum (windows 7 x64).

Teşekkürler!

DÜZENLE: Hatalı komut penceresi:

Bunun sorunu "çözmek" olmadığını biliyorum, ancak şunu kullanabilirsiniz:

git config --global url."https://".insteadOf git://

git'e, benim için npm bağımlılıklarını yüklemem için çalışan GIT yerine HTTPS kullanmasını söylemek için.

Bu komutu çalıştırmak yerine:

 git ls-remote --tags --heads git://github.com/twbs/bootstrap.git

bu komutu çalıştırmalısınız:

 git ls-remote --tags --heads git@github.com:twbs/bootstrap.git

veya

 git ls-remote --tags --heads https://github.com/twbs/bootstrap.git

ya da çalıştırabilirsiniz git ls-remote --tags --heads git://github.com/twbs/bootstrap.gitancak git'in her zaman https kullanmasını sağlamanız gerekir:

 git config --global url."https://".insteadOf git://

Referans: https://github.com/bower/bower/issues/50

Buna kurumsal ağımla rastladım.

Tuhaf görünüyordu çünkü git ile bağlantı kurmak için her zaman ssh kullanıyordum ve hiç sorun yaşamadım.

Https'yi denedim ve çalışmadım, bu yüzden git'in yapılandırmasına proxy ayarlarını ekledim ve her şey yolunda gitti

git config --global http.proxy http://proxyuser:proxypwd@proxy.server.com:8080
git config --global https.proxy https://proxyuser:proxypwd@proxy.server.com:8080

Ve işe yaradığından emin olmak

git config --list

22 numaralı bağlantı noktası bilgisayarımda engelleniyordu. Neyin engellendiğini bulup bağlantı noktasını açtıktan sonra, bower yükleme cmd'sini herhangi bir sorun olmadan çalıştırabildim.

Azsl1326, 9418 (git: //) bağlantı noktası üzerinden bower (git) kullanamadı ve git'e bunun yerine bağlantı noktası 22'yi (https: //) kullanmasını söyledi. Bu hala başarısız oldu, ancak daha sonra 22 numaralı bağlantı noktasını açmak istenen sonucu aldı.

En doğrudan çözüm 9418 numaralı bağlantı noktasını açmaktır. Git: // protokolünün kullandığı bağlantı noktası budur.

Uygulama Klasörünüze gidin ve bu komutu çalıştırın

git config --global url. "https: //" .insteadOf "git: //

"

Bu, sorununuzu çözmelidir

Github ile kimliğinizin doğrulanması için bir ssh anahtarı oluşturmanız gerekebilir .

Bir güvenlik duvarının arkasında mısınız?

Git çağrıldığında proxy yapılandırmasını almaz, bu nedenle ortam değişkenlerini açıkça ayarlayın, örneğin:

export HTTP_PROXY=http://username:password@proxyserver:port/
export HTTPS_PROXY=http://username:password@proxyserver:port/

Kurumsal proxy'nizin kimlik doğrulamasına ihtiyacı yoksa username:password@URL'lerdeki biti atlayın .

Benim için çalıştı!

Ülkeniz github'ı engelliyorsa, örneğin Çin ana karası, o zaman bir proxy oluşturabilir, örneğin goagent & gae'yi kullanabilir, sonra git için proxy adresi ayarlayabilirsiniz, örn.

git config --global http.proxy 127.0.0.1:8087

Bu hata, güvenlik duvarınızın kötü yapılandırılmasıyla ilgilidir. Bower'ın git ile git://protokol üzerinden iletişim kurmaya çalıştığını fark edeceksiniz http://. Bağlantı noktasını açmalısın 9418. Bu iki satırı iptables yapılandırmanıza ekleyin:

iptables -t filter -A INPUT -p tcp --dport 9418 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 9418 -j ACCEPT

Bu hile yapmalı.

Öncelikle, Visual Studio Komut isteminin git komutunu tanıyıp tanımadığını kontrol etmelisiniz: Araçlar> Komut Satırı

C: \ .... \> git

bu komut tanınmazsa, git klasörünü Ortam Değişkenlerine eklemelisiniz

https://stackoverflow.com/a/26620861/3449657

İşte kaçırdığım şey buydu ve benim için hile yaptım.

Umarım yardımcı olur.

Durumuma en yakın sorulardan biri olduğu için cevabımı buraya ekliyorum. Bootstrap yerine select2'yi kurmaya çalışıyordum ama sonuç aynıydı.

bower install select2git'in dizini bulamadığını bildirdi. Kullandı

git config --global url. "https: //" .insteadOf git: //

yapılandırma düzeltmesi, ancak bu (başka kelimelerle ifade edilen) bir hatayla sonuçlandı

Https kullanamıyorum

Sorunum sihir içerdiği için tatmin edici olmayan bir şekilde çözüldü.

Bunu bir komut kabuğunda (cmd.exe, windows) çalıştırmaya çalışıyordum. Aynı komutu çalıştırdım ve powershell'de çalıştırdım ve işe yaradı. ಠ_ಠ

tl; dr: https: // ve powershell kombinasyonu benim için çalıştı

Bu hatayı, virüs denetleyicim github.com'dan bir indirmeyi karantinaya aldıktan sonra aldım. Bilinmeyen bir nedenden dolayı.

Bu dosyaları (exe dosyalarını) temizledikten sonra her şey çalıştı.

git config --global url. "https://".insteadOf "git://"  

benim için çalışmıyordu. Bu yüzden şu alternatifi buldum:

Geçici klasörünüze gidin. (yani, pencereleri kullanıyorsanız o zaman C:\Users\{username}\AppData\Roaming\bower\cache\packages). Orada birkaç dosya görebilirsiniz. Her birini açın ve URL'yi görebilirsiniz. Onu değiştirme git://...içinhttps://... ve tüm dosyaların kaydetme.

Şimdi bower install.

Git config ayarlarınızı kontrol edin ( git config --global --edit). Benim durumumda, artık geçerli olmayan birkaç giriş vardı:

[çekirdek]
gitproxy = gitproxy.cmd
["https: //"]
["https: //"]
[url "https: //"]

Onları gözden geçirin ve artık ihtiyacınız yoksa kaldırın.

Anahtarlarınız yanlış. Bunları sadece GitHub / Bitbucket / ne kullanıyor olursanız olun ekleyin. Anahtarlarınızla ilgili bir izin sorunundan başka bir şey değil.

Ancak, ev bilgisayarımda / ağımda olduğum için bir proxy sunucusu kullanmıyorum

Ev ağımda aynı sorunu yaşadım (128 çıkış kodunu alıyorum) ve bir proxy kullanmadığımdan oldukça emindim. Görünüşe göre Git geçmişte girdiğim bir proxy'yi kaydetmişti - yapılandırmalara baktıktan sonra [http] etiketinin altında buldum.

Git'te yeniyim ve bu yapılandırmalara genellikle kolayca erişilebiliyorsa, emin değilim - Tortoise Git kullanıyorum, çünkü gerçekten süslü bir şey yapmıyorum ve bu şeyler için bir GUI'ye sahip.

Umarım "cevap" yine de yardımcı olur.

Benim durumumda, komut yürütme sırasında bulunduğum klasör erişimi vardı! Windows'ta klasörü ilk olarak komut satırı ile oluşturdum: mkdir "MyFolder" ve hata aldım. ancak klasörü fare, sağ tıklama, klasör oluşturma vb. ile oluşturursam iyi çalışıyor!

Bitbucket ile kimlik doğrulaması yapıyorsanız, 128 ve Bağlantı başarısız oldu. ancak git hub kimlik doğrulaması kullanıldığında iyi çalışıyor.

Bunun eski bir soru olduğunu biliyorum, yine de bir şey daha eklememe izin verin.

Bazen (bir ofis veya özel ağdaysanız), ağ geçidi sunucusu güvenlik duvarınız komut terminalinden https isteklerini (bağlantı noktası 443) engeller.

git config --global url."http://".insteadOf "https://"

Git'i bu durumlar için https üzerinden https kullanacak şekilde yapılandırmak için bunu kullanın

Bu benim için çalıştı

Git kurulum klasöründeki (C: \ Program Files \ Git \ bin \ libcurl.dll) "libcurl.dll" dosyasını kopyalayın. Git.exe dosyasının bulunduğu konuma yapıştırın (C: \ Program Files \ Git \ libexec \ git-core).

Sisteminiz üzerinden git erişimi sağlamak için bu 2 komutu çalıştırın

eval `ssh-agent`
ssh-add ~/.ssh/id_rsa

Bu komutlar, uzak git sunucusu (bitbucket / github / diğer) üzerinde ssh anahtarına sahip olduğunuzu varsaymaktadır.

Ben de bu hatayla karşılaştım ve git'i güncelleyerek çözdüm. Başarısız olan git ls-remote komutunu çalıştırdığımda, temel hata eski bir tls sürümünün kullanılıyor olmasıydı. Git'in güncellenmiş versiyonu tls'nin sonraki versiyonunu kullanıyor.

https://git-scm.com/download/win

bu hatayı linux işletim sistemimde buldum. ve bu sorunu çözüyorum 1. curl günlüğünü dışa aktar GIT_CURL_VERBOSE = 1 2.clone git repo 3. günlüğü bul 4. nss ve curl'yi güncelleyerek sorunu çözüyorum (yum update nss nss-util nspr curl)