Ik kan niet klonen of pushen naar een git-repository op Bitbucket in Eclipse:
Het is raar, want een dag eerder had ik geen enkel probleem. Ik heb de sts 3 keer gedownload zonder geluk. Deze fout blijft verschijnen. Ook heb ik SourceTree geïnstalleerd en er staat ‘Dit is geen geldig bronpad / URL’:
Als ik git-commando’s gebruik om het project te importeren, werkt het, maar ik wil EGit niet voor deze taak gebruiken, aangezien ik een nieuweling ben met git.
Ik weet niet of dit ermee te maken heeft, maar in dezelfde directory heb ik de android-adt-bundel. Deze werkt redelijk goed, maar het project ligt op GitHub en niet op Bitbucket. Ik werk ook met een andere persoon en hij kan gegevens ophalen en pushen van en naar de Bitbucket-repository. Ik heb veel berichten gelezen, maar geen van hen heeft me geholpen.
Ik gebruik trouwens Windows 7.
Antwoord 1, autoriteit 100%
Kan ook een slecht SSL-certificaat zijn, repareer de server
Als je een GIT-server hebt met een verouderd of zelfondertekend SSL-certificaat, repareer dan de server, daarna zou alles goed moeten werken.
Onveilige hotfix: laat de client elk certificaat accepteren
De volgende oplossing is slechts slechts een hotfix op de clientzijde en moet worden vermeden omdat deze de beveiliging van uw inloggegevens en inhoud compromitteert. Er is een gedetailleerde uitleg hiervoor in “Hoe kan ik Git een zelfondertekend certificaat accepteren? ” die complexere en veiliger oplossingen biedt die u kunt uitproberen als de volgende werken in het algemeen.
In mijn geval was het Eclipse met behulp van een andere opslag voor de Git Config als de opdrachtregel doet en dus niet de optie
git config http.sslVerify false
Set (die ik ingesteld met de opdrachtregel voor de repo Voor het werken met ongeldige / niet-vertrouwde SSL-cert ).
Het toevoegen van de optie Insides Eclipse lost onmiddellijk het probleem op. Om de optie
toe te voegen
- Open voorkeuren via applicatie-menu Window = & GT; Voorkeuren (of op OSX Eclipse = & GT; Instellingen ).
- Navigeer naar Team = & GT; Git = & gt; Configuratie
- Klik op
Add entry...
en plaats vervolgenshttp.sslVerify
in het toetsenvak enfalse
IN DE VALUEKBOX.
lijkt een geldige oplossing voor Eclipse 4.4 (Luna), 4.5.x (Mars) en 4.6.x (neon) op verschillende besturingssystemen.
2, Autoriteit 13%
Het gebeurt dankzij de volgende redenen:
1) Firewall.
2) Netwerkproblemen.
3) Proxy-instellingen Mismatch
4) verbonden via verschillende router – die niet is toegestaan in het netwerk.
5) Git proxy-authenticatiedetails
3, Autoriteit 9%
Eindelijk heb ik het laten werken dankzij de stappen beschreven in het Eclipse-forum:
Stel de SSH-sleutels in
- Download en installeer mysys git volgens de github-instructies op http://help.github. com/win-git-installation/
- Verberg in C:/Users/you/ssh alle bestaande sleutels (id_rsa en id_rsa.pub) in een submap. Als de ssh-map niet bestaat, maakt u deze aan. Natuurlijk is “u” uw gebruikersnaam zoals het besturingssysteem u kent.
- Voer vanuit het startmenu de Git-Bash-opdrachtshell uit (een gewone DOS-opdrachtshell werkt niet).
- Genereer in de Git-Bash-shell een rsa-sleutel op basis van je e-mail (degene die je hebt geregistreerd bij github):
ssh-keygen -t rsa -C “[email protected]”
en voer uw wachtwoordzin in en bevestig wanneer daarom wordt gevraagd. - Bij de vorige stap zou C:/User/you/ssh/id_rsa.pub moeten zijn gemaakt, die u nu in een teksteditor kunt openen en kopiëren. Ga bij github naar accountinstellingen, SSH-sleutels, voeg een sleutel toe en plak deze in het sleutelvak.
- In Git-Bash opnieuw (let op de back-ticks in de volgende regel):
eval `ssh-agent`
ssh-add C:/User/you/ssh/id_rsa
ssh [email protected]
Dit is wat je zojuist hebt gedaan: je hebt de ssh-agent uitgevoerd die nodig is voor ssh-add. Vervolgens heb je ssh-add gebruikt om de locatie van je sleutel te noteren. Vervolgens probeerde je te ssh naar GitHub. Het antwoord op deze laatste opdracht zou moeten zijn dat je met succes bent geverifieerd op GitHub, maar dat je geen shell-toegang hebt. Dit is slechts een authenticatietest. Als de authenticatie niet is gelukt, moet u dat oplossen. Probeer de uitgebreide versie:
ssh -v [email protected]
Ervan uitgaande dat dit werkte….
Configureer in Eclipse de externe push
- Venster> Toon weergave> Git> Git Repositorieszal een repository-verkennervenster toevoegen.
- Selecteer in het repository-venster de repository, vouw uit en klik met de rechtermuisknop op Remotesen kies Create Remote.
- Kopieer de GitHub-repository-URI van de GitHub-repositorypagina en plak deze in het URI-vak.
-
Selecteer ssh als het protocol, maar ga dan terug naar het URI-vak en voeg “git+” toe aan het begin, zodat het er zo uitziet:
git+ssh://[email protected]/UserName/ProjectName.git
-
In het vak Repository Pathverwijdert u de voorloopslash
- Klik op Volgendeen kruis je vingers. Als je “authenticatie mislukt”, start je Eclipse opnieuw en probeer je stap 5 opnieuw.
- Wanneer u voorbij de authenticatie bent, selecteert u in het volgende dialoogvenster “master” voor bronreferentie, klikt u op “Add all branches spec” en “Finish”.
In plaats van SSH [email protected] te gebruiken, deed ik het met SSH [email protected].
Nu kan ik zonder problemen pushen en importeren.
Antwoord 4, autoriteit 7%
Na een paar uur worstelen, ontdekte ik dat het git-configuratiebestand niet was bijgewerkt toen ik de invoer sslVerify = false
toevoegde aan mijn Eclipse.
Ik heb mijn probleem opgelost door naar mijn .git
-directory te gaan en het config
-bestand bij te werken naar:
[http]
sslVerify = false
Antwoord 5, autoriteit 6%
Ik heb -Dhttps.protocols=TLSv1.1,TLSv1.2
toegevoegd aan eclipse.ini
en het werkt.
Ik gebruik java 1.7
Antwoord 6, autoriteit 5%
Een oorzaak hiervan is dat Fiddler2 is geconfigureerd om HTTPS-verkeer te decoderen. Sluit Fiddler2 en het zou goed moeten werken.
Antwoord 7, autoriteit 3%
Dit probleem kan worden veroorzaakt wanneer u een lokale firewall heeft die verhindert dat uw toepassing netwerkverkeer van uw computer kan wegsturen. D.w.z. Regels voor uitgaand verkeer of uitgaand verkeer.
Probeer uw firewall uit te schakelen voor een snelle test om te zien of dit uw probleem oplost. Als dit het geval is, stelt u het juiste firewallbeleid in voor de toepassing die u probeert te gebruiken om naar een git-repository te pushen of te trekken.
Antwoord 8, autoriteit 3%
Onlangs kreeg ik hetzelfde probleem met de bestaande repository. Toen ik probeerde op te halen van stroomopwaarts niet in staat Fetched object en kreeg problemen eclipse: kan git-upload-pack niet openen.
voor mij werkt de volgende oplossing na het toevoegen van de TLS-versie in het eclipse.ini-bestand
Dhttps.protocols=TLSv1.1,TLSv1.2
Voor java7 moet TLSv1.1 worden toegevoegd en voor java8 moet TLSv1.2 worden toegevoegd
Opmerking: Eclipse moet opnieuw worden opgestart nadat bovenstaande configuratie is toegevoegd.
Antwoord 9, autoriteit 2%
In mijn geval bleek dat de globale proxy-instellingen in “Voorkeuren->Netwerkverbindingen” git hinderden. Dat is nogal verwarrend, omdat git een speciale eigenschap heeft voor proxyconfiguratie. Hoe dan ook, ik heb de repository-host toegevoegd aan de lijst “Proxy-bypass” en het probleem was verdwenen.
Antwoord 10, autoriteit 2%
Ik had precies hetzelfde probleem met eclipse 2020-12. In Preferences->Git heb ik “Http Client” gewijzigd in “Java ingebouwde HTTP” en het probleem is opgelost.
Antwoord 11
Ik kreeg net dezelfde foutmelding, “kan git-upload-pack niet openen”, in Eclipse met een BitBucket-repo die een pull of een push probeert uit te voeren.
Ik loste het op door lokale branches (Team/Switch To) naar de master-branch te schakelen en een pull te doen, en dan terug te schakelen naar de branch waar ik aan werkte en weer te pullen.
Antwoord 12
Ik gebruik Eclipse Kepler SR2 op Ubuntu 12.04LTS en probeerde toegang te krijgen tot een interne GitHub via HTTPS.
Helaas ondervond mijn onderliggende JVM waarmee Eclipse werd gestart problemen met het zelfondertekende certificaat van de server. Door over te schakelen naar een andere JVM voor Eclipse werkte de HTTPS-verbinding met onze GitHub.
Maak een eenvoudige Eclipse-starter die een andere JDK gebruikt, b.v. met OpenJDK:
/Eclipse_Kepler_4.4.2/eclipse -vm /usr/lib/jvm/java-6-openjdk-i386/jre/bin
Antwoord 13
Ik heb hetzelfde probleem. Ik heb zojuist de onderstaande stappen gevolgd
1. Ploeg > Op afstand > Ophalen van upstream configureren…
2. Geef de https: bit-emmer uri op en vervolgens Opslaan en ophalen.
3. Reset de laatste commit in je project. Ploeg > Herstel > Selecteer de laatste commit van de externe map
4. Synchroniseer vervolgens de werkruimte. Ploeg > Synchroniseren (in synchronisatieperspectief)
5. Klik met de rechtermuisknop op het project en overschrijf de lokale kopie.
6. Klik op het pictogram Trekken.
Antwoord 14
De oplossing hiervoor in Eclipse Mars 4.5.2:
Venster -> Voorkeuren -> Team -> Git -> Repository-instellingen -> Invoer toevoegen
Sleutel: http.sslVerify
Waarde: false
Antwoord 15
Voor degenen die dit probleem nog steeds hebben en geen van de bovenstaande oplossingen voor u heeft gewerkt:
Werk uw versies van java en Eclipse bij.
In mijn geval heb ik geüpdatet van Java 7 naar Java 9, en Eclipse Mars naar Eclipse Oxygen, en dit probleem was opgelost !!!
Antwoord 16
Voeg https.sslVerify toe als false…wanneer je een https-verbinding gebruikt om te importeren vanuit git
Antwoord 17
Ik had een soortgelijk probleem en een snelle oplossing voor uw probleem is ervoor te zorgen dat u uw JVM-optie in het eclipse.ini-bestand instelt om jre7 te gebruiken. Oudere Jre’s worden geleverd met een oud lokaal beleidsbestand en dit zal fouten opleveren. Een snelle opmerking is ook dat je naar je javaw moet verwijzen en niet naar java.
-vm
c: \ progra ~ 2 \ java \ jre745 \ bin \ javaw.exe
-vmargs
-XMS40M
-XMX512M
-XX: MAXPERMSIZE = 256M
-Dsun.lang.classLoader.allowarraysyntax = TRUE
18
Ik had mijn proxy-instellingen in de Eclipse en was niet verbonden via SSH, die de fout veroorzaakte.
19
Ik heb al die methoden geprobeerd, maar het werkte niet toen een werkgenoot me vertelde dat Putty-sleutelgenerator gebruikte om sleutels te genereren met 1024 bits, maar nu genereer standaard 2048 bits sleutels, dus je hoeft alleen maar de ” Aantal bits in een gegenereerde sleutel “en het zou moeten werken.
20
Het probleem kan ook worden veroorzaakt door verkeerde systeemtijd (met een paar jaar), waardoor het certificaat van de GIT ongeldig is.
21
Ik heb de netwerkinstellingen gewijzigd van Native
naar Manual
, Start en de fout is verdwenen.
Ik gebruik RAD 8.0.4.3 met en oude versie van EGIT aangesloten op TFS / GIT. ; -)
22
Ik heb deze foutmelding gekregen omdat ik een andere gebruiker had dan wat de repo verwacht in mijn Git Config.
Dit zou duidelijk de hierboven genoemde SSL-cert-storingen activeren.
Bevestiging aan de juiste gebruiker is dit probleem voor mij opgelost.
Antwoord 23
Ik heb dit probleem uiteindelijk opgelost door IPv6
uit te schakelen in de network configuration
Screenshot van mijn netwerkconfiguratie
Houd er rekening mee dat ik een VPN-verbinding gebruik. Als u dat ook doet, moet u het opnieuw opstarten.
Ik ben er vrij zeker van dat het werkt, zelfs als je geen VPN gebruikt.
Antwoord 24
De eigenaar van de repository moet je toestemming geven voor een bijdrager:
Antwoord 25
Voor de Eclipse die draait op IBM JDK zijn de volgende 2 regels verplicht in eclipse.ini na -vmargs:
-Dhttps.protocols=TLSv1.1,TLSv1.2
-Dcom.ibm.jsse2.overrideDefaultTLS=true
Antwoord 26
ik heb hetzelfde probleem gehad met Spring Tool Suite (STS) en het bleek dat ik alleen mijn proxy-instellingen in STS-netwerkconfiguratie hoefde bij te werken.
venster > voorkeuren > Algemeen > Netwerkverbindingen en selecteer in de vervolgkeuzelijst “Handmatig” van “Native“.
Voeg hier gewoon uw proxy-URL, poort en uw inloggegevens voor httpen httpstoe door op bewerken te klikken.
Toepassen en afsluiten.
Ik hoop dat het voor u werkt.