I'm not sure the agent matrix tab provides the information I want, because it's based on build history.
We have build configurations that, because of un-maintained agent requirements (agent name, OS, environment variables, etc.), no longer have any compatible agents to run on. Occaisionally, these get triggered, and they sit in the build queue because there are no compatible agents. When we find them this way, we fix them.
However, there doesn't seem to be a good way to do this proactively.
As a contrived example: we've just renamed a build agent - which build configurations does this prevent from running now because they had a build agent requirement with this name?
I'm specifically mentioning TW-24009 (although it's closed) because unlike TW-26790 it has a detailed description of the feature that's conspicuously similar to yours.
Yes, I understand the difference. I’ve answered on Shane’s question about builds that are queued but have no compatible agents.
I’ve also added your comment to this feature request. If this feature request is not exactly want you want (for example you want to get this list using REST API), please feel free to create new feature request in our tracker.
My question was *not* about queued builds. As I tried to point out, that was the *one* way we were able to find them.
My question was about finding these builds proactively, so they could be fixed sooner, while the changes that caused the incompatibility were still fresh in the developers mind.
Hi,
Could you please detail why do you need the compatibility information?
You can find such information on Agetns->Matrix tab, which shows compatibility data for all configurations and agents on a single page.
It is impossible to get such list using UI or REST API. We have the feature request, please watch/vote for it.
Current workarounds would be:
I'm not sure the agent matrix tab provides the information I want, because it's based on build history.
We have build configurations that, because of un-maintained agent requirements (agent name, OS, environment variables, etc.), no longer have any compatible agents to run on. Occaisionally, these get triggered, and they sit in the build queue because there are no compatible agents. When we find them this way, we fix them.
However, there doesn't seem to be a good way to do this proactively.
As a contrived example: we've just renamed a build agent - which build configurations does this prevent from running now because they had a build agent requirement with this name?
Shane,
I second your request. In the past we've requested the same thing here: http://youtrack.jetbrains.com/issue/TW-24009 and it is now tracked as http://youtrack.jetbrains.com/issue/TW-26790 (which Alina mentions above).
I'm specifically mentioning TW-24009 (although it's closed) because unlike TW-26790 it has a detailed description of the feature that's conspicuously similar to yours.
Hope that helps.
Best,
Sam
You can get the list of all queued builds using REST API request:
GET http://teamcity:8111/httpAuth/app/rest/buildQueue
And then get compatible agent for queued builds:
GET http://teamcity:8111/httpAuth/app/rest/buildQueue/taskId:XXX/compatibleAgents
Hi Alina,
This doesn't really help to get the list mentioned in the topic. Imagine the following situation:
Thanks,
Ondrej
Hi,
Yes, I understand the difference. I’ve answered on Shane’s question about builds that are queued but have no compatible agents.
I’ve also added your comment to this feature request. If this feature request is not exactly want you want (for example you want to get this list using REST API), please feel free to create new feature request in our tracker.
Thanks for the replies.
My question was *not* about queued builds. As I tried to point out, that was the *one* way we were able to find them.
My question was about finding these builds proactively, so they could be fixed sooner, while the changes that caused the incompatibility were still fresh in the developers mind.