0-friction build IDE

I was showing TeamCity to a co-worker who came up with an interesting idea. He wanted to bind the default build key (CtrlAltB) to executing the remote run option in the VS2008 add-in. That way he can offload the build to TeamCity and let it commit if it succeeds, never having to wait in the IDE for the build to finish. He also thought about even installing a local copy of TeamCity and pointing it at the subversion repository for builds (so he's not tying up the build server or mucking around with shared configurations).

A couple of thoughts on this:
1. Is this a good idea? What would be the downfalls?
2. Could you just do this by installing a build agent on your desktop and maybe using a configuration from the server?
3. How could you specify (if at all) what project/configuration to run in a multi-project environment.

The idea was that you would never have to do builds in your IDE again, which is a promising idea. Just not sure if it's 100% achievable.

Thanks.

1 comment
Comment actions Permalink

Bil,

Shortcut:
You should be able to reassign key bindings and map a shortkut to TeamCity's remote run action.

1. Is this a good idea? What would be the downfalls?


The main issue here seems to be a case what the personal build fails (or there is a conflict committing the changes). Usually, you need to selve your current changes, revert your working copy to the state corresponding to that build, fix something, then trigger the build again and revert the shelved modifications. At this point TeamCity does not lend a hand in shelving/reverting. You can probably use some third-party software for that.

2. Could you just do this by installing a build agent on your desktop and maybe using a configuration from the server?

You can install a build agent on your machine and connect it to the server. The agent can be disabled to prevent builds from running on it and in TeamCity 4.0 there will be ability to trigger a personal build on a dedicated agent, even disabled one. (this is already available in current EAP releases).

3. How could you specify (if at all) what project/configuration to run in a multi-project environment.

You should have the build configuration configured on the TeamCity server. Triggering a personal build you can then choose what configuration to trigger.

Actually, we often work in alike manner, running in IDE only some selected tests and triggering a personal build to run the full suite. The build gets to one of the build agents and the build results can be analyzed as the build runs. Once the build succeeds we check-in the changes (sometime it is delayed commit, sometimes just a remote run with manual commit afterwards).

--
Best regards,

Yegor Yarko
Project Manager (TeamCity)
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

0

Please sign in to leave a comment.