Jenkins entfernen nicht verfolgte Datei und Verzeichnisse der alten Job-Geschichte

Question

Ich bin ein völlig neuer Benutzer von Jenkins. Ich bin kürzlich auf einen Produkt-Build gestoßen, der versagt hat und bei dem ich gesehen habe, dass unverpackte Maven-Module dieses speziellen Produkts zu den derzeit existierenden Maven-Modulen hinzugefügt wurden.

Das eigentliche Szenario, das hier in meinem Wissen aufgetreten war, ist, dass git Master-Zweig, der zuvor existierte, in einen anderen neuen Zweig geändert wurde, der jetzt in Entwicklung ist. Da derselbe Job zum Erstellen dieses Produkts verwendet wird, wurden die Module des letzten Master-Zweiges, die aus dem alten Job-Verlauf indexiert wurden, mit den letzten Master-Zweig-Maven-Modulen gemischt, so dass alle Module aus beiden Zweigen angezeigt werden.

Gibt es irgendeinen Modus (zum Beispiel ein Plugin), der es uns ermöglicht, die unverspurten Maven-Module (im Grunde Dateien und Verzeichnisse) auf ähnliche Weise wie git clean zu bereinigen, bevor ein Jenkins-Build erstellt wird?

Answer 1

gibt es eine Option ist Source Code Management → Weitere Behaviors → hinzufügen → Reinigen vor der Kasse:

Abgleich der Arbeitsbereich vor jeder Kasse, indem sie alle untracked Löschen von Dateien und Verzeichnisse, einschließlich derjenigen, die in .gitignore angegeben sind. Es setzt auch alle getrackten Dateien in ihren versionierten Zustand zurück. Dadurch wird sichergestellt, dass sich der Arbeitsbereich im selben Zustand befindet, in dem Sie geklont und in einem brandneuen leeren Verzeichnis ausgecheckt haben. Dadurch wird sichergestellt, dass Ihr Build nicht von den vom vorherigen Build generierten Dateien betroffen ist.