Open timja opened 8 years ago
This change will be incompatible. -1, needs a better design
oleg_nenashev How about providing both vars for a while with at task for removing the "slave" one in six months? Is eternal backward compat required?
The originally agreement was that the term slave would be removed from the UI, but left in the APIs to avoid breaking compatibility both for plugins and customer tools/scripts. The problem is that line of where the UI stops and the API begins is a somewhat fluid when your users are engineers.
I understand that env vars are effectively part of the API and so changing them is problematic and could be considered out of scope. But they are also part of the end-user experience (the UI) for every Jenkins user.
[Originally related to: JENKINS-31095]
[Originally related to: JENKINS-35449]
[Epic: JENKINS-42816]
Found while using Jenkins 2.6 docker container, so it needs to be fixed both there and in core.
Originally reported by bitwiseman, imported from: Rename environment variable: JENKINS_SLAVE_AGENT_PORT to JENKINS_AGENT_PORT