Der parametrierte Trigger wird nicht tun, was Sie brauchen; Der Zweck besteht darin, Parameter/Variablen von einem Job an die Jobs zu übergeben, die er auslöst.
Sie sind auf dem richtigen Weg, die Dateien in den Arbeitsbereich zu stellen, aber Sie benötigen eine gute Möglichkeit, sie dorthin zu bringen: Sie sollten die xlsx- und zip-Dateien auf einem Server speichern, auf den der Build-Slave zugreifen kann. Nachfrage vor den CasperJS-Tests laufen.
Die Copy To Slave Plugin könnte sein, was Sie suchen. Aus ihrer Beschreibung:
Dieses Plugin ermöglicht es, eine Reihe von Dateien von einem Speicherort irgendwo auf dem Master-Knoten zu Jobs Arbeitsbereiche zu kopieren.
es zu benutzen, würden Sie Ihre xlsx/zip-Dateien auf den Jenkins Master kopieren, sagen:
$JENKINS_HOME/userContent/casperjs/testZip.zip
$JENKINS_HOME/userContent/casperjs/testXL.xlsx
Im Build-Job, würden Sie das Feld für Kopieren von Dateien in den Arbeitsbereich des Jobs überprüfen vor dem Erstellen und für Dateien zu kopieren, würden Sie casperjs/** setzen. Ihre CasperJS-Tests könnten sich dann darauf als casperjs/testZip.zip und casperjs/testXL.xlsx beziehen.
Sie könnten andere Techniken verwenden (scp und curl kommen in den Sinn), aber die Kopie zu Slave ist wahrscheinlich der "Jenkinsy" Weg, es zu tun.
Also um klar zu sein: Sie haben Tests in CasperJS geschrieben, die Tests durchführen, die 'zip' und' xlsx' Dateien verwenden. Sie haben einen Jenkins-Job, der die Tests ausführt, aber Sie sind nicht sicher, wo Sie die 'xlsx' /' zip'-Quelldateien ablegen sollen? – bto
@Bto genau. Jenkins führt die Tests jetzt nicht durch, aber ich möchte das tun. –