I\'ve archived an artifact as the last step of the build and it\'s available as something like this: https://xxx.ci.cloudbees.com/job/xxx/52/artifact/target/xxx-1.2.1-SNAPSHOT-r
I believe I have found the solution.
${PROMOTED_NUMBER}
Prerequisites
Promotion setup:
Setup up your promoted build with name and criteria as usual.
In the Actions section add the action Copy artifacts from an other project, and set these values.
${PROMOTED_JOB_NAME}
${PROMOTED_NUMBER}
path/to/your/artifacts/**
${BUILD_TAG}
Then add the actions you really want to do. For example add the action Archive the artifacts to save the artifacts. Remember to prefix your paths with ${BUILD_TAG}
e.g. ${BUILD_TAG}/path/to/your/artifacts/**
Copying artifacts
As you probably know by now, the promotion should not expect to have access the the content of the workspace of the build. It might be executed on a different server, and it might have access to no workspace at all or the workspace from an older or newer build. It is therefore required to copy the artifacts you want to use to the current workspace.
This is also the reason why the Target value is set. The workspace might be poluted with other builds or promototions. Setting target to ${BUILD_TAG}
Prevents any conflicts with files already in the workspace, by creating a folder unique to the promotion process.
${PROMOTED_*} variables
As you state the normal build variables refer to the promotion process itself, but The Promoted Build Plugin defines some environment variables referring to the actual build instead.
Permalinks
In a Jenkins context permalinks only refers to the special links that points to the latest build of some type or the latest promotion. That is why you will always get the latest version
In my version of Jenkins the dropdown is replaced with a textbox. Writing the URL to a specific build like http://jenkins/job/myjob/59/
is not recognized as one of the special permalinks, and the copying will thus fail.