Frage

das Problem

Ich versuche, meinen Antrag in Jenkins aufzubauen, und es ist auf einem privaten Repo auf Github, auch ein privates Submodul.

Ich kann das private Repository in Jenkins klonen, indem Sie die Anmeldeinformationen einrichten, aber Jenkins können das Submodul nicht klonen, hier ist die Ausgabe eines fehlgeschlagenen Builds:

generasacodicetagpre.

Hier ist, was ich in Jenkins versucht habe, in Jenkins zu tun

  • versuchte, das zusätzliche Verhalten "Advanced Sub-Module-Verhalten" ohne Erfolg einzustellen.
  • versuchte, einen neuen Schritt zu richten, bevor Sie die Tests mit phpunit ausführen:

git submodule update --init --recursive

  • versuchte auch, ein GIT-Repository auf das Projekt meines Submoduls einzustellen, nicht nur das Haupt-Repository, das getestet wird, auch kein Glück.

Alle verursachen den Fehler, der besagt, dass Jenkins das Repository des Submoduls nicht finden kann.

Irgendeine Ideen, wie ich das lösen kann?

(Der Benutzername, Pfade und Repositorys sind korrekt, ich habe sie gerade geändert, um hier zu posten)

War es hilfreich?

Lösung

gelöst.In meinem Berechtigungsnachweis verwendete ich eine Direkt-SSH-Taste (Option "ENTER ENGAL"), anstatt in eine Datei einzulegen.

Ich habe gerade die Schlüssel (öffentlich und privat) in ~ / .ssh gesetzt und meine Anmeldeinformationen auf die Option "aus dem Jenkins Master ~ / .ssh" geändert.

Das Problem war, dass das Submodul den Anmelding nicht benutzte, den ich für das Haupt-Repository angegeben habe, es versuchte, die Standard-SSH-Taste (.ssh / id_rsa) zu verwenden.

Eine andere Lösung besteht darin, -Im my_key auf den GIT-Submodul-Schritt zu bestehen (benötigen Sie nur, wenn Ihr Schlüssel nicht im Standardpfad (~ / .ssh / id_rsa) ist)

Vergessen Sie auch nicht, die richtigen Berechtigungen Ihren Schlüssel anzugeben, in meinem Fall musste ich:

generasacodicetagpre.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top