It would be nice to avoid the use of a variable to pass the upstream job name, to the downstream job in order to use its artifacts, right now, until we see, the use of a variable is completely necessary, so in an upstream job it's necessary to send a variable with the same name of the job, making also necessary to parametrize the downstream job to catch the upstream job name and then use it to the next steps.
The curious thing here is: In execute section, it is possible to add the option "Copy Artifacts from Another Projects", which have a field named "Which build" being a dropdown list with the option "Upstream build that triggered this job", but even though this option is selected, it is still necessary to specify the project name from which we want to copy the artiffacts. That does not make sense at all if that we want is in fact to copy the artifacts from the job that triggered our downstream job.
Even in the log of the downstream job, it shows the upstream job's name that triggered the downstream job, but it fails if we don't pass the variable with the upstream job's name to the field "Project name".
The point is, when I choose the dropdownlist option "Upstream build that triggered this job", should not the field "Project name" disappear or be deactivated ? Jenkins already knows who triggered the downstream job and the use of an extra variable is completely not necessary, also this makes ambiguous the use of this plugin.
|Field||Original Value||New Value|
|Summary||Copy Artifacts from Another Projects Extrange Behavior||Copy Artifacts from Another Projects Strange Behavior|
|Workflow||JNJira [ 168828 ]||JNJira + In-Review [ 183249 ]|
|Assignee||Esteban Vargas [ estcr14 ]|
|Resolution||Won't Fix [ 2 ]|
|Status||Open [ 1 ]||Fixed but Unreleased [ 10203 ]|