"Nicht die revision Informationen aus dem scm-repository"

Bekomme ich maven Fehler :

"Nicht bekommen kann die revision Informationen aus dem scm-repository"

Irgendeine Idee, wie man dieses Problem lösen ?

Dank.

Können Sie uns mehr von der maven-Ausgang? Möglicherweise gibt es weitere, relevante Informationen in den Zeilen vor oder nach, der Fehler.
Und Sie sollten die scm-Konfiguration Ihres pom.xml.
<scm> <developerConnection > scm:svn:wiquery.googlecode.com/svn/branches/1.0-m2/</...> </scm>
Wiquery-Projekt : code.google.com/p/wiquery

InformationsquelleAutor Altug | 2009-10-24

  1. 1

    Einen schnellen Suche bei Google scheint darauf hinzudeuten, dass dieser Fehler im Zusammenhang mit der buildnumber-maven-plugin. Allerdings konnte ich nicht reproduzieren, der Fehler auf der Kommandozeile auf meinem Rechner (Maven 2.2.1, Java 1.6.0_16, svn 1.6.5 auf GNU/Linux):

    pascal@laptop:~/tmp/$ svn co http://wiquery.googlecode.com/svn/branches/1.0-m2 wiquery
...
pascal@laptop:~/tmp/$ cd wiquery
pascal@laptop:~/tmp/wiquery$ mvn validate
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Building WiQuery project
[INFO]    task-segment: [validate]
[INFO] ------------------------------------------------------------------------
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd /home/pascal/tmp/wiquery && svn --non-interactive info
[INFO] Working directory: /home/pascal/tmp/wiquery
[INFO] Storing buildNumber: 208 at timestamp: 1256499766371
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3 seconds
[INFO] Finished at: Sun Oct 25 20:42:46 CET 2009
[INFO] Final Memory: 13M/77M
[INFO] ------------------------------------------------------------------------
pascal@laptop:~/tmp/wiquery$

    Von dem, was ich sehen kann, auf Google, mögliche Ursachen des Problems sind:

    • svn-executable (z.B. svn.exe auf windows) nicht auf dem Weg
    • zu alt svnkit-version im Vergleich zu den svn-client (siehe dieser thread)
    • fehlenden Umgebungsvariablen unter OS X (siehe MOJO-1289)
    • etc etc

    Aber ohne mehr Informationen über Ihren Kontext, Ihre Umgebung, was Sie tun, wenn dieser Fehler Auftritt, etc, es scheint schwer, noch weiter zu gehen in der Diagnose.

    Ich svn-client installiert und problem ist Weg. Danke.
    Ich habe gesehen, dass dies auch mit der falschen version von der .svn-client. SVN 1.7+ verwendet ein einzelnes Verzeichnis zum speichern aller .svn-Dateien, in der Erwägung, dass die 1,6 - hat eine .svn-Ordner in jedem Verzeichnis. Dies kann Probleme verursachen, für plugins, die erwarten, dass eine .svn-Verzeichnis in jedem Ordner.

    InformationsquelleAutor Pascal Thivent

  2. 1

    Habe ich diese Fehler mit der buildnumber-maven-plugin, wenn ich half ein Mitarbeiter migrieren seinem Projekt Maven.

    Hatten wir noch nicht geprüft der code in svn in das migrierte Projekt, so deshalb der .svn-Ordner nicht vorhanden. Offensichtlich, es konnte nicht die svn-revision da die Daten nicht existieren.

    Wurde die Lösung in einen Kommentar das plugin importieren Sie den code im svn. Führen Sie ein build mit dem svn-code aktiviert, dann bringen Sie das plugin wieder an und beheben weitere Fehler. (Wir hatten einige Probleme mit doUpdate beim laufen am Hudson River, so dass wir entfernt die Schritte).

    InformationsquelleAutor Mike Cornell

  3. 1

    Dieser Fehler wird verursacht durch die javasvn Anbieter in der buildnumber-maven-plugin bei .svn existiert nicht. Entweder Kasse Ihr Projekt aus dem SVN oder verwenden Sie nicht javasvn. Ohne javasvn das buildnumber-maven-plugin verwendet den Befehl-Linie svn-client und dann in diesem Fall das buildnumber-maven-plugin kann gehen auch ohne den .svn-Verzeichnis (aber die build-Nummer ist nicht richtig eingestellt).

    Ich denke, es ist ein Fehler in der buildnumber-maven-plugin, dass der von javasvn kann nicht fortgesetzt werden, wenn .svn-Verzeichnis fehlt.

    InformationsquelleAutor xmedeko

  4. 0

    Einem Fall, was wir auflösen konnten hier mit Netbeans8:

    beachten Sie, dass Lieber Alten Subversion 1.6 Format aktiviert ist

    und auch ich abgestimmt die richtige apache-SVN auf die gegebene maven Eigenschaften

    InformationsquelleAutor CsBalazsHungary

  5. 0

    Ich hatte das problem auch, meine Lösung unter Windows:
    setzen Sie die Umgebungsvariable PATH um "...\git\bin". Java konnte nicht finden, dass das Verzeichnis für die Verwendung von Git.

    InformationsquelleAutor AlexHH

  6. 0

    Stellen Sie sicher, dass Jenkins und die OS sind spitz auf die gleiche version von Java.

    Ich hatte ein ähnliches problem mit Jenkins 2.121.2 auf Windows.

    Dem bauen gelingen würde, aber ich war nicht immer alle scm-Daten.

    Der jeweiligen Ausgabe in der Konsole:

    [INFO] --- buildnumber-maven-plugin:1.4:create (default) @ amis ---
[INFO] Executing: cmd.exe /X /C "svn --non-interactive info"
[INFO] Working directory: D:\Program Files (x86)\Jenkins\workspace\myWebapp
[WARNING] Cannot get the revision information from the scm repository, proceeding with revision of Unavailable : 
Exception while executing SCM command.
[INFO] Storing buildNumber: Unavailable at timestamp: 1534704912706
[INFO] Executing: cmd.exe /X /C "svn --non-interactive info"
[INFO] Working directory: D:\Program Files (x86)\Jenkins\workspace\myWebapp
[WARNING] Cannot get the branch information from the scm repository, proceeding with UNKNOWN_BRANCH : 
Exception while executing SCM command.
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH

    In DOS den folgenden Befehl funktionieren würde, aber:

    D:\Program Files (x86)\Jenkins\workspace\myWebapp\svn --non-interactive info

    Ist, würde ich das erwartet scm-info. Also svn war im Weg, kein problem.

    Es stellt sich heraus, die Pfade zu meinen Java-Versionen überschritten wurden.

    Den ersten Java-bezogenen Weg in meiner PATH-Umgebungsvariable wurde:

    C:\Program Files (x86)\Common Files\Oracle\Java\javapath

    Aber Jenkins konfiguriert wurde, verwenden:

    C:\Program Files\Java\jdk1.8.0_181

    In der Umgebungsvariable "PATH" habe ich ersetzt die x86-Java-Pfad mit dem Pfad, dass Jenkins auf die verwiesen wurde, und es funktionierte.

    Ich nicht der Wurzel wie oder warum der Pfade. Die beiden java.exe Dateien, gelöst von jeder Weg schien sich um die gleiche version. Die x86 version war in der Lage, svn. Die Ursache ist oben meine Gehaltsgruppe.

    InformationsquelleAutor glenn380

  7. -1

    huh... war das arbeiten mit der Migration von svn zu git... und pom-xml-hatte svn-repo-link damit aktualisiert es zu git-und es hat geklappt mit der Aktualisierung der pom-xml-scm

    InformationsquelleAutor Shiva4palz

Schreibe einen Kommentar