There is a XML-RPC API to solve such a task, which will require authentication as well. It is also possible to write a server-side plugin for TeamCity - in this case you'll have much more control.
How do you envision this? I cannot follow your thought. Say, I have several modified files locally in development environment. What are next steps?
Let's consider it from an ant standpoint. I could define an ant task that uses JavaSVN to obtain an svn diff and then send off that diff to the TeamCity server, specifying a particular build configuration to run against along the way.
So, the ant file might have a snippet like so:
]]>
Then, from the command line, I would do:
$ ant remote-submit
This would send off my changes to the TeamCity server for processing. For source control systems like svn or Perforce, this would be a pretty quick operation; for systems like CVS, things would be slower. But that's OK; it'd presumably still be faster than running the build + tests locally.
This, of course, could then trivially be turned into Maven support via Maven's ant task support. So, I'd be able to run something like:
$ mvn teamcity:remote-run
with the corresponding configuration settings in the pom.xml files. I'm no Maven expert, so that bit is probably a bit wonky, but hopefully it gets the point across.
Patrick, this definitely makes sense, though I see no reason why should be done as ant or maven task. I'd prefer GUI which would allow me to select files for delayed commit/remote run and build configurations. Anyway, please watch/vote/comment on http://www.jetbrains.net/jira/browse/TW-2271
I see no reason why should be done as ant or maven task. I'd prefer GUI which would allow me to select files for delayed commit/remote run and build configurations.
... ah, but presumably, being a JetBrains employee, you are an IDE guy. I work with some people who like IDEs and some who like just plain old vi / command line, and I'd love it if those people could still get the benefits of TeamCity.
Hi Phil,
There is a XML-RPC API to solve such a task, which will require authentication as well.
It is also possible to write a server-side plugin for TeamCity - in this case you'll have much more control.
What problem you're trying to solve?
Regards,
KIR
I'm not sure what Phil is trying to do, but I'd love to be able to submit a delayed commit job to TeamCity via ant / maven.
-Patrick
How do you envision this? I cannot follow your thought.
Say, I have several modified files locally in development environment. What are next steps?
Regards,
KIR
Let's consider it from an ant standpoint. I could define an ant task that uses JavaSVN to obtain an svn diff and then send off that diff to the TeamCity server, specifying a particular build configuration to run against along the way.
So, the ant file might have a snippet like so:
]]>
Then, from the command line, I would do:
$ ant remote-submit
This would send off my changes to the TeamCity server for processing. For source control systems like svn or Perforce, this would be a pretty quick operation; for systems like CVS, things would be slower. But that's OK; it'd presumably still be faster than running the build + tests locally.
This, of course, could then trivially be turned into Maven support via Maven's ant task support. So, I'd be able to run something like:
$ mvn teamcity:remote-run
with the corresponding configuration settings in the pom.xml files. I'm no Maven expert, so that bit is probably a bit wonky, but hopefully it gets the point across.
Does that make sense?
-Patrick
Patrick, this definitely makes sense, though I see no reason why should be done as ant or maven task. I'd prefer GUI which would allow me to select files for delayed commit/remote run and build configurations.
Anyway, please watch/vote/comment on http://www.jetbrains.net/jira/browse/TW-2271
Kind regards,
KIR
... ah, but presumably, being a JetBrains employee, you are an IDE guy. I work with some people who like IDEs and some who like just plain old vi / command line, and I'd love it if those people could still get the benefits of TeamCity.
Done. Thanks.
-Patrick
My vote is in!
Phil,
You can trigger a build (just like Run form the web UI, by simple HTTP GET request.
e.g.
http://:@/httpAuth/action.html?add2Queue=]]>
See details at:
http://www.jetbrains.net/confluence/display/TCD3/AccessingServerfrom+Scripts#AccessingServerfromScripts-TriggeringaBuildFromScript
--
Best regards,
Yegor Yarko
Project Manager
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"