Wie wieder in meinem git-repository auf GitLab von NetBeans IDE 8 und Jenkins?
Scheint etwas nicht geklappt zu haben mit meinem NetBeans git einrichten. Ich bin mit NetBeans IDE 8.0.1 auf Windows 8.1 und ich habe ein eigenes git-repository gehostet GitLab.com. Aber seit GitLab aktualisiert auf version 7.3.1 ich kann keine Verbindung zu dem git-repository von NetBeans. Es spielt keine Rolle, wenn ich fetch, pull oder push, bekomme ich die gleiche Antwort: "Cannot connect to the remote repository at https://gitlab.com/<group-name>/<project-name>.git" (name der Gruppe und der Projekt-name entfallen aus Gründen der Privatsphäre)
Fand ich ähnliche (ältere) Probleme, aber ich glaube nicht, dass es das gleiche problem. Ich glaube, mein problem bezieht sich auf die Version von GitLab Community Edition 7.3.1, obwohl ich nicht sehen kann, was es bewirkt genau das.
Vom dieser bug-report auf der NetBeans-community jemand schlägt vor, klicken "passiv-Modus" würde das Problem auch lösen, aber ich weiß nicht, wo man diese passiv-Modus. Auf googeln passiv-Modus-ich denke es hat etwas zu tun mit FTP, aber ich bin mit dem https-option und nicht ftps option für die Verbindung zum git-repository, so dass ich nicht denke, das gilt eigentlich für meine situation (korrigiert mich wenn ich falsch Liege).
Diese anderen bug-report auf der NetBeans-community hat eine Anregung, die ich hinzufügen müssen Sie die folgende Zeile zu meinem git config-Datei:
[http]
sslVerify=false
Ich habe es sowohl auf meinem .git/config - Datei in mein Projekt-Ordner und meine .gitconfig - Datei in meinem user-Ordner, aber das hat das problem nicht lösen.
Auch das Klonen des git-repository wieder aus GitLab.com nicht lösen das Problem. In der Tat, bekomme ich die gleiche Fehlermeldung als Antwort (wie oben erwähnt), wenn ich versuche zu Klonen.
Kann ich immer noch eine Verbindung zu git und alles tun, mein git-Befehle, wenn ich mit Git Bash für Windows. Also werde ich die jetzt, aber ich würde eher auch in der Lage sein, um die Git-Repository-Browser in NetBeans.
EDIT:
Ich bin auch Jenkins mit automatischen builds und Tests, die auch mit dem gleichen git-repository auf GitLab.com. Ich hatte nicht überprüft Ihre log für eine Weile, aber es auch nicht zu Holen. Das problem ist also nicht beschränkt auf NetBeans allein da Jenkins ist auch betroffen.
Hier ist die Ausgabe von Jenkins-build Versuch:
Started by user Pieterjan van Gastel
Building in workspace C:\Program Files (x86)\Jenkins\workspace\<project-name>
> C:\Program Files (x86)\Git\bin\git.exe rev-parse --is-inside-work-tree
Fetching changes from the remote Git repository
> C:\Program Files (x86)\Git\bin\git.exe config remote.origin.url https://gitlab.com/<group-name>/<project-name>
Fetching upstream changes from https://gitlab.com/<group-name>/<project-name>
> C:\Program Files (x86)\Git\bin\git.exe --version
FATAL: Failed to fetch from https://gitlab.com/<group-name>/<project-name>
hudson.plugins.git.GitException: Failed to fetch from https://gitlab.com/<group-name>/<project-name>
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:622)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:854)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:879)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1254)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530)
at hudson.model.Run.execute(Run.java:1732)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:234)
Caused by: hudson.plugins.git.GitException: Received fatal alert: handshake_failure
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.checkCredentials(CliGitAPIImpl.java:2115)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1151)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:87)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:265)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:620)
... 10 more
Wieder, name der Gruppe und der Projekt-name entfallen aus Datenschutzgründen.
Ich würde gerne meine unit-tests automatisch ausgeführt, so dass es schön wäre, zu wissen, was genau geändert und wie man es beheben.
Dieses Problem ist jetzt auch eingereicht, wie ein Problem auf NetBeans.org und auf der GitLab-Mailing-Liste.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Dieses problem ist leicht gelöst.
John Gibson ( @jgibson ) kommentiert GitLab CE-Ausgabe #624, er hat einen ähnlichen Fehler. Er erklärt, dass er "entdeckt, die alle verfügbaren Verschlüsselungen, die auf dem server waren mindestens 256 bit. Standard-Oracle-Java-Schiffe mit crypto, die ist beschränkt auf 128 bits, die für einige algorithmen ist. Nach der Installation der unlimited strength crypto-Paket von Oracle das Problem ging Weg. Beachten Sie, dass die unlimited strength Paket ist legal nur in den USA verfügbar. Wenn Sie außerhalb von UNS ist, dann denke ich, dass OpenJDK arbeiten statt."
Folgte ich dem link erwähnt er, heruntergeladen Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files 7 und folgte den Schritten in der readme-Datei, kam mit dem download.
Ich NetBeans neu gestartet und das problem ist gelöst.
Dies sollte auch für die Eclipse-IDE, wie in der folgenden Frage ALSO: "Gitlab cannot open git-upload-pack-Fehler"
Ich habe nicht versucht, es zu machen, arbeiten mit Jenkins noch nicht, aber ich nehme an, es ist genauso leicht behoben werden.
Hätte ich fast vergessen, ich fand diese Antwort Dank Achilleas Pipis auf der GitLab-Mailing-Liste.