Wie bitten um Bestätigung vom Benutzer, bevor Sie eine build-in Jenkins?

Möchte ich die Umsetzung der folgenden, die in einem job :
Wenn wir klicken auf den "Erstellen" - button eines parametrisierten bauen, bekommt der Benutzer eine Eingabeaufforderung/popup gefragt, ob Sie möchten, führen Sie die build oder nicht.
Wenn Die Antwort (ja/Nein), dann wird das build ausgeführt wird - sonst nicht.

Gibt es irgendwelche Hinweise auf entsprechende Dokumentation, wie dies zu tun ?
Irgendwelche plugins etwas zu tun ähnlich
Ich bin schon mit der Parametrisierten bauen, möchte ich dieses, wenn wir klicken auf die Schaltfläche "Erstellen" nicht vor, denn wir haben eine Wahl, die parameter in der build -, und ich brauche den Benutzer, wählen Sie immer die richtige Wahl aus der drop-down.
Bitte helfen Sie, ich habe nicht alles, was im Zusammenhang mit diesem, bis jetzt.
Die anderen Optionen sind verwenden eine Boolesche Parameter /Wahl für ja /Nein, ich dachte mehr entlang der Linien von einem popup oder eine Bestätigung wie vor dem löschen ein job , es ist eine "sind Sie sicher, dass" Eingabeaufforderung". Irgendeine Idee, wie das umzusetzen, diese Art von Bestätigung ?

  • Hm..klingt komisch. Die Bedürfnisse der Nutzer zuerst klicken Sie auf die Schaltfläche "erstellen", als Sie, einige Antworten zu geben und danach muss klicken Sie auf die Schaltfläche "Erstellen"? Warum brauchen Sie ein zusätzliches ja/Nein ? macht keinen Sinn, mee.
  • Ich habe einen job, setzt der code / Dateien, die in verschiedenen Umgebungen, D. H. DEV, QA, UAT, PROD. Also ich möchte, dass der Benutzer, der klickt auf Erstellen nach der Auswahl der Umgebung, um zu bestätigen, seine Auswahl vor dem erstellen tatsächlich löst. Sonst, Wenn jemand wählt UAT / PROD versehen statt / DEV / QA-es wird Konsequenzen haben. Lassen Sie mich ob es einen Weg gibt dies zu erreichen.
  • Ich hatte einen ähnlichen use-case im letzten Jahr, aber war nicht in der Lage zu finden, eine out-of-the-box-Lösung, und erstellen Sie benutzerdefinierte Plug-in für die es, schien, wie einen hohen Preis. 🙁 Am Ende landete ich die Trennung der kritischen (UAT/PROD) Aufträge von der regelmäßigen und sperren, die initiieren könnte als-auch ermöglichen, mich zum Abbrechen eines fehlerhaften bauen, bevor irgendetwas schlechtes geschehen, indem Sie in einem 30-Sekunden-ganz Zeitraum und einschließlich der Umgebung in der build-name.
  • Haben Sie sich überlegt mit einer Werbung für dieses? Sie könnten zwei Arbeitsplätze: einen zu bauen (was auch Archive) und anderen bereitstellen. Die erste wäre eine Förderung, die erfordert, dass die Umgebungsparameter und löst die zweite mit diesem parameter. Die zweite kopieren können die Artefakte aus dem ersten und mit dem parameter Umgebung bereitstellen, die Dinge an der richtigen Stelle.
InformationsquelleAutor Vaibhav | 2014-02-27
Schreibe einen Kommentar