Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.
If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!
BuildMaster fails to return TeamCity build configs
-
We're attempting to setup Buildmaster to have it serve as a deployment and test arm of our builds based on build artifacts.
The connection to TC seems to work. We do get the list of projects from the server.
BM also says that TC has been synchronized.
But when we go to import builds so we can see the artifacts, the dropdown never populates.
What API calls are you using that is supposed to return that info?
TeamCity version is TeamCity Professional 2025.11 Build 207946
and BuildMaster is version Version 2025.5 (Build 14).We're kind of at a standstill until we can get the artifacts list.
-
Hi @kquinn_2909 ,
The "Recent TeamCity Builds" page should show a list of builds in the selected TeamCity project; it's a bit tricky to troubleshoot, but BuildMaster is essentially querying for builds using this locator string:
defaultFilter:false,project:{Uri.EscapeDataString(project)}&fields=build(id,number,status,state,webUrl,startDate,buildTypeId)Might be easier to see in the source code:
https://github.com/Inedo/inedox-teamcity/blob/master/TeamCity/InedoExtension/TeamCityClient.cs#L63I believe the Project ID is being used, which in your case would be
WebProjects_Replicator. I think the name would be "WebProjects Replicator". Though I'm not totally sure.What builds do you see on the TeamCity side of things?
Thanks,
Alana
-
@atripp Thanks for the reply. Let me try a few things and get back to you.
-
@atripp OK.
Using the url - /app/rest/builds?locator=defaultFilter:false,project:WebProjects_Replicator&fields=build(id,number,status,state,webUrl,startDate,buildTypeId)I get this when calling the API:
and this when looking at the TC UI:
So, that lines up.
Not quite sure why I dont get a build list in BuildMaster.
-
Hi @kquinn_2909 ,
We haven't forgotten about this; the issue is trying to figure out steps to reproduce it based on the information we have... considering it works on our test instance and all. We may consider putting some more debugging code in, though figuring out how to expose that in this context is a little challenging.
Just as a sanity check though, do you have a project that doesn't have a "space" in the name? I want to make sure this isn't something really simple as
WebProjects%20ReplicatorvsWebProjects_Replicator.The other idea is authentication/authorization, though I would imagine you would get an error accessing the project instead of no builds.
Thanks,
Steve
-
@stevedennis no worries.
We have most of our builds in sub-projects.
In this case, 'WebProjects' is a top-level project and 'Replicator' is a sub-project of that. In that sub-project, we could have any number of different build configs.
I moved the WebProjects_Replicator project to the root level and renamed it to just 'Replicator'. I then recreated the TC connection and attempted to import builds. I get the same result. The CI Build dropdown does not populate.
I even removed an other build config in that project so it ends up being 1 top-level project with 1 build config in it. No dice.As for credentials, if they were wrong, the connection would probably show me Error instead of Synced
