Project
TeamCity
Priority
Major
Type
Feature
State
Fixed
Assignee
Eugene Petrenko
Subsystem
Server
Affected versions
No Affected versions
Fix versions
Eluru EAP (15193)
Fixed in build
15532  
Fixed in builds
no build yet
  • Created by   Jonathan Anstey
    4 years ago (23 Oct 2007 22:32)
  • Updated by   Eugene Petrenko
    17 months ago (29 Nov 2010 19:46)
  • Jira: TW-3660
    (history, comments)
 
TW-3660 Support multiple build runners per build configuration
50
Issue is visible to: All Users
  The issue is visible to the selected user group only
Some builds we have require several steps to complete. It would be nice if we could specify these in a single build configuration. These would be executed in ordered and ideally short-circuited.

Right now we have to either:

(1) Create a script that contains the multiple steps and call that from teamcity. This is bad though because we lose all the nice configuration ability of the build runner (system properties for instance are lost)
(2) Chain several build configurations together via dependencies. You can probably see why this is bad - you end up with a ton of build configurations and its confusing to the developers to have builds carved up into many pieces,
Comments (23)
 
History
 
Linked Issues (?)
 
Yegor Yarko
  Yegor Yarko
24 Oct 2007 15:23
4 years ago
Jonathan,

We will address some of the issues by composite build configurations that can group other configurations in it (e.g. see TW-2608 ). This is a more configurable and general way than your request.

However, it seems that implementing multiple runners in a single build configuration can be of some value too. Just to support some simple cases which does not need separate VCS/properties settings.
Yegor Yarko
  Yegor Yarko
24 Oct 2007 15:24
4 years ago
Provided this one is implemented we can remove somewhat half-baked pre-post scripts from IPR* runners.
Jonathan Anstey
  Jonathan Anstey
24 Oct 2007 16:17
4 years ago
Oh, TW-2608 sounds like a very nice feature too! Thanks for mentioning it. Voting now... :)

My feature request handles the more fine grained situation of multiple steps within a single build configuration. My problem with having a build configuration for every step of a build is that there are just too many build configurations floating around. The high number of build configurations is exacerbated by not having TW-3661 complete ;)
Yegor Yarko
  Yegor Yarko
24 Apr 2008 15:50
4 years ago
Multiple runners should have option to execute with no respect of the previous steps, or skip execution if any of the previous steps failed (e.g. see TW-4987)

Probably we also need a good "steps" reporting for the builds with multiple runners: which steps failed and which not.
Oleg Gerovich
  Oleg Gerovich
04 Jun 2008 23:46
3 years ago
You should also be able to temporarily disable each step of the build runner individually.
Tom Ruggles
  Tom Ruggles
05 Dec 2008 01:46
3 years ago
Not sure if this is the plan already but being able to force all sub-builds happen on the same agent is key and something that I don't think you can do with dependencies.
Kirill Maximov
  Kirill Maximov
29 Jan 2009 12:23
3 years ago
To consider:

  • Let a build configuration consist of several build stages
  • A build stage = configured build runner
  • A build stage could be shareable
    • if so, when adding a build stage to BC I can specify additional properties for this stage

Tom Ruggles
  Tom Ruggles
03 Nov 2009 19:01
2 years ago
Wow, very sorry to see this deferred. This was a huge improvement we were anticipating in version 5.
Ezeckiel
  Ezeckiel
03 Nov 2009 19:12
2 years ago
Yep, it is very disappointing.
Raymond Navarette
  Raymond Navarette
03 Nov 2009 20:41
2 years ago
Much better :)
Thanks for keeping us updated.
Tom Ruggles
  Tom Ruggles
03 Nov 2009 20:55
2 years ago
+1
Ezeckiel
  Ezeckiel
04 Nov 2009 17:54
2 years ago
Woot
Peter Mounce
  Peter Mounce
06 Feb 2010 00:41
2 years ago
This sounds very useful, especially if it's possible to force all stages to happen on the same agent.
Ben Norman
  Ben Norman
23 Feb 2010 22:40
2 years ago
For me its all about the deployment to dev and keeping it simple for the boss. When my boss sees the little light for cc.net go from orange to green i want to keep it simple for him in that he knows that he can browse to dev and see the changed website.
Adam Peck
  Adam Peck
13 Mar 2010 02:28
2 years ago
I was wondering if we could get a status update on this.

Currently I am creating scripts to run multiple projects in succession and I would really like the ability to configure it directly in TeamCity.
Yegor Yarko
  Yegor Yarko
15 Mar 2010 20:12
2 years ago
Adam,

As this feature is not a trivial one to implement, current plans are to include it into the next major release of TeamCity (most probably autumn 2010). However, EAP releases can have the feature available several months earlier.
Yves Nicodem
  Yves Nicodem
27 May 2010 15:52
23 months ago
I would like to vote for that feature too. Otherwise we will have to use additional tools like Visual build Pro or so to combine multiple steps. Currently we are using a batch-file.
Jim Geurts
  Jim Geurts
11 Jun 2010 19:25
23 months ago
+1 - I'm just looking to add pre/post [nant] build scripts to the sln runner.
Jim Geurts
  Jim Geurts
20 Jul 2010 01:49
22 months ago
Is this available in the 6.0 eap yet?
Eugene Petrenko
  Eugene Petrenko
20 Jul 2010 11:37
22 months ago
Jim, This is not available in EAP 6.0 build 15193. We plan to roll out EAP build with support of it. Stay tuned!
Oleg Gerovich
  Oleg Gerovich
20 Jul 2010 17:25
22 months ago
There should be an option for each runner to allow/disallow remote runs. If I use multiple runners to unite the builds in the scenario described in TW-9069, there could be undesired submissions to revision control when developer simply wants to see if the software simply builds.
Chris Walquist
  Chris Walquist
29 Nov 2010 19:43
17 months ago
Will it be possible to optionally apply different agent selection rules to each build step?
Eugene Petrenko
  Eugene Petrenko
29 Nov 2010 19:46
17 months ago
Chris, probably you need to configure dependency between builds: http://confluence.jetbrains.net/display/TCD6/Configuring+Dependencies
Build steps are started as one build on one agent.