Jenkins Artifactory-Plugin wird nicht im Multithread heruntergeladen

In meiner Firma haben wir eine schlechte Zeit beim Versuch, mit dem Artifactory-Plugin in Jenkins herunterzuladen, weil wir viele kleine Dateien in unserem Repository haben und das Plugin anscheinend in einem einzigen Thread funktioniert, so dass es WIRKLICH lange dauert. Wir haben die JFrog-CLI getestet, in der wir die Anzahl der Threads für den Download festlegen können, und das funktioniert tatsächlich hervorragend. Trotzdem müssen wir wirklich das Original-Plugin verwenden.

Gibt es eine Problemumgehung dafür? Vielleicht hat es etwas mit der Artifactory-Serverkonfiguration zu tun?

Hinweis : Wir haben so viele kleine Dateien, weil die Entwicklung in der Firma, wie ich befürchte, so durchgeführt wird. Wir haben darüber nachgedacht, alle Dateien zu archivieren, bevor wir sie speichern, aber das wäre wahrscheinlich nicht wirtschaftlich in Bezug auf die Speicherung, da jede hochgeladene Zip-Datei wahrscheinlich eine andere Prüfsumme haben würde.

Sie können versuchen, den Upload der künstlichen Datei parallel auszuführen, wenn Sie die Jenkinsfile-Syntax verwenden: https://github.com/jenkinsci/pipeline-examples/blob/master/pipeline-examples/parallel-from-list/parallelFromList.groovy

Hier ist ein einfacheres Beispiel, um Dinge parallel auszuführen, wenn Sie nur eine feste Anzahl von Dingen haben, die Sie parallel ausführen möchten:

parallel (
    "task1" : {
        //runTask1
    },
    "task2" : {
        //runTask2
    },
    "task3" : {
        //runTask3
    },
)

Dies kann in a eingeschlossen nodewerden. In diesem Fall würden alle denselben Arbeitsbereich gemeinsam nutzen, oder jeder Befehl kann nodeinnerhalb des Aufgabencodes definieren , dass er auf einem anderen Knoten ausgeführt werden soll. In diesem Fall hätte er für jede Aufgabe einen anderen Arbeitsbereich.