I have a maven build job which provides drop-down list to select the project under SVN trunk. I have used promoted builds plugin to promote the build to different environments. I want to pass SVN_DIR variable to my promotional job as parameter. I have used predefined parameters and defined as SVN_DIR=${SVN_DIR}, to check if I am able to pass when I tried to echo SVN_DIR value it is showing as SVN_DIR itself. This means it is not passing the value. Any idea how to achieve this?jenkins
You can use Parameterized Trigger Plugin which will let you to pass parameters from one job to another which can be found here https://wiki.jenkins.io/display/JENKINS/Parameterized+Trigger+Plugin
OR you can use the Promoted Builds Plugin. The original SVN_DIR will be available as PROMOTED_SVN_DIR.
Related
In my CentOS 7 setup , Top level job 'Build A' has snapshot dependencies on other jobs 'Build B' and 'Build C'.
I am currently referring to parameters from those dependent Build B and Build C using '%dep.Build_B.param%' and '%dep.Build_C.param%' hardcoded in build step in top-level 'Build-A' job.
However list of dependent jobs may change forcing me to change hardcoded dependent job/build name params.
Is there any Teamcity REST API where i can get list of Jobs that are dependent on current Job?
So that i can loop over their build ids and construct '%dep' param name dynamically.
Answer was not found by googling.
If you want to find dependencies for your Build Configuration
You could try request the Build Configuration and provide required fields as a query parameters.
In terms of TeamCity Rest API the BuildConfiguration is named "BuildType"
Example:
GET /app/rest/buildTypes/{BUILD_CONFIGURATION_ID}?fields=artifact-dependencies,snapshot-dependencies
BuildType fields documented:
https://www.jetbrains.com/help/teamcity/rest/buildtype.html#Properties
BuildType locator documented:
https://www.jetbrains.com/help/teamcity/rest/buildtypelocator.html
(locator in example is {BUILD_CONFIGURATION_ID})
I posted this in the Jenkins users Google group, but thought I'd post it here too.
I have a Jenkins Pipeline job, and in its Configuration page, I use a "Pipeline script from SCM" as my pipeline. One of this block's parameters is "Branch to build" of course. How can I used an environment variable for the text block? I tried, for example, $branchToBuild, ${branchToBuild} or "${branchToBuild}" and it just takes those as literal values and does not interpolate the string. I do have that variable defined and use it in other jobs.
Someone suggested using ${env.branchToBuild}, so I tried env.branchToBuild, $env.branchToBuild, ${env.branchToBuild}, and "${env.branchToBuild}" all to NO avail, that is, they are also just taken as literal strings and not interpolated.
Is it just not possible to do this?
You have to uncheck Lightweight checkout box in order to use a variable as Branch name to build.
It's a known Jenkins bug, here is more information : How to pass project parameter as branch name to build in Jenkins
Apparently the code path is very different if you are using the
lightweight checkout, and that has not been resolved, apparently.
Another source : https://cleverbuilder.com/notes/jenkins-dynamic-git-branch/
I would like my build job to not build on specific teamcity agents and there is no common pattern for the build agent names. Is there a way I can isolate multiple agents from getting picked up by a single job.
For example I can make sure that the build job does not pick up 1 agent using the following parameter.
teamcity.agent.name
does not match
agent-001
How can I similarly tell the teamcity job to not run on the following agents as well.
"123-agent"
"my_agent"
"test_agent"
"agent_do_not_use"
I cannot use the same parameter, teamcity.agent.name with does not match for multiple agents.
Can you all teamcity experts help me out here please on what is the best way to achieve this.
You can add agent requirement with "does not match" condition which accepts regular expression and set it to:
123-agent|my_agent|test_agent|agent_do_not_use
Using an agent requirement based on presence (or absence) of a specific property coming from agent's buildAgent.properties file would probably be a better solution to using agent names in the requirement.
Alternative means to manage agent's compatibility are: use agent pools and use agent's Compatible Configurations set to a limited set.
You can add a specific parameter inside the agent configuration on the local machine inside: C:\BuildAgent\conf\buildAgent.properties
Then, you can add something specific like: system.Is<MyFeature>Available=True
Then, in teamcity configuration, you will add an Agent Requirement with this parameter.
I have a TeamCity project with multiple sub-probjects. How do I get a subproject to run on a specific agent without hard coding it in the agent requirement upfront? I want to do something like..
That way instead of copying the subproject for each agent I can just have one project and specify an agent name at execution time in some config. Using TeamCity 9.
You can create agent pools and assign specific agents to a project. To do this click on the "agents" link at the top .
Basically, you can define that targets of a particular project should only run on particular agent.
EDIT
If you want to define it at runtime, you have to go back to defining an agent requirement in the targets. You set a paremeter for agent name in the first target .In all the subsequent targets, you can create build chains and pass parameters from one target to another. In the definition of the target, you set an agent condition saying agent name matches whatever value you are passing in your custom variable In the first target you can have a prompt/dropdown and you can initialize an agent based run for a complete build chain.
Or you can assign and unassign agents from the projects pools before each run and then run the targets. For ex in agent pool you can set Project A to only build on agent 1 . After the run is complete, you change Project A to run only on target2 .
I will recommend the first option over the second
This plugin may do what you want. You can define a series of different values for the same parameter(s) and it will run across all of them. This could be agent names or environment variables or node.js versions or whatever.
https://github.com/presidentio/teamcity-matrix-build-plugin
We are using two teamcity servers (one for builds and one for GUI tests). The gui tests are triggered from http GET in the last step of the build. (as in http://confluence.jetbrains.com/display/TCD65/Accessing+Server+by+HTTP)
The problem is, that there is only one configuration of the same kind in the queue at the same time. Is there a way to enable multiple starts of the same configuration? Can I use some workaround like sending a dummy id?
At the bottom the section "Triggering a Custom Build" here: http://confluence.jetbrains.com/display/TCD65/Accessing+Server+by+HTTP, you can find information about passing custom parameters to the build.
Just define some unused configuration parameter, like "BuildId", and pass, for example, current date (guid will work as well) to it
...&buildId=12/12/23 12:12:12