-
Improvement
-
Resolution: Fixed
-
Major
-
None
As developer I would like to get the enviroment variables when I'm working with a Job. For that, we have the getEnvironment method, designed for:
Creates an environment variable override for launching processes for this project. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job.
Use case
- I'm using a Subversion repository
- My repository URL is parametized, for example: https://server/project1/$MODULE
- I want to do polling
Use case
- Validate Subversion repositories when its URL is parametized.
This bug would be solved with this improvement.
- is related to
-
JENKINS-29340 E200015: ISVNAuthentication provider did not provide credentials
-
- Closed
-
[JENKINS-29817] Inject environment variables for a Job
| Description |
Original:
As developer I would like to get the enviroment variables when I'm working with a {{Job}} and use the {{getEnvironment}} mehtod. This method is designed for: bq. Creates an environment variable override for launching processes for this project. bq. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job. |
New:
As developer I would like to get the enviroment variables when I'm working with a {{Job}}. For that, we have the {{getEnvironment}} method, designed for: bq. Creates an environment variable override for launching processes for this project. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job. h5. Use case # I'm using a Subversion repository # My repository URL is parametized, for example: https://server/project1/${BRANCH} # I want to do polling |
| Description |
Original:
As developer I would like to get the enviroment variables when I'm working with a {{Job}}. For that, we have the {{getEnvironment}} method, designed for: bq. Creates an environment variable override for launching processes for this project. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job. h5. Use case # I'm using a Subversion repository # My repository URL is parametized, for example: https://server/project1/${BRANCH} # I want to do polling |
New:
As developer I would like to get the enviroment variables when I'm working with a {{Job}}. For that, we have the {{getEnvironment}} method, designed for: bq. Creates an environment variable override for launching processes for this project. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job. h5. Use case # I'm using a Subversion repository # My repository URL is parametized, for example: {{https://server/project1/$MODULE}} # I want to do polling |
| Summary | Original: Injects environment variables for a Job | New: Inject environment variables for a Job |
| Description |
Original:
As developer I would like to get the enviroment variables when I'm working with a {{Job}}. For that, we have the {{getEnvironment}} method, designed for: bq. Creates an environment variable override for launching processes for this project. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job. h5. Use case # I'm using a Subversion repository # My repository URL is parametized, for example: {{https://server/project1/$MODULE}} # I want to do polling |
New:
As developer I would like to get the enviroment variables when I'm working with a {{Job}}. For that, we have the {{getEnvironment}} method, designed for: bq. Creates an environment variable override for launching processes for this project. This is for process launching outside the build execution (such as polling, tagging, deployment, etc.) that happens in a context of a specific job. h5. Use case # I'm using a Subversion repository # My repository URL is parametized, for example: {{https://server/project1/$MODULE}} # I want to do polling This [bug|https://issues.jenkins-ci.org/browse/JENKINS-29340] would be solved with this improvement. |
| Status | Original: Open [ 1 ] | New: In Progress [ 3 ] |
| Link |
New:
This issue duplicates |
jglick Not exactly. Here JENKINS-29340 describes the bug and the solutions has two parts. One of them in Subversion Plugin and the other, in EnvInject Plugin.
Seems to me that this is simply a duplicate of
JENKINS-29340, which was miscategorized as a Subversion plugin issue.