reducing the number of build definitions, help!
we have a couple teams that have 20 or more unique products that ship an maintain completely separately. We've migrated them from SVN projects wih trunks/branches to RTC SCM, using streams and workspaces
(stream for the trunk, stream for developer integration and stream for release, with workspaces in between as required.
now we want to setup a set of build definitions to handle all this..so we need 1 for the integration stream workspace,
maybe one for the release stream workspace, 1 for the maint stream workspace, 1 for personal builds
and now we have 80 to 100 build definitions.. they are mostly identical, except that the workspace selected is different.
is there someway to reduce this some?
we can't combine components into a single stream as the release, delivery and support cadence for each component is different. (and totally independent).
the developers will have a unique workspace per component as well.
2 answers
I can answer the issue about multiple release builds. Here's what we've done:
We've created a unique project area for release builds.
- Included in the release build project area are all components from multiple project areas. We set the appropriate baseline on the component we are building.
- We created a single "command line" build. The .cmd file contains the unique build options defined for each build. Our command file contains options for 30 builds.
- When requesting a build, we select the "Build Properties" options, manually setting which build we are performing.
The downfall is that the build workspace is populated with a whole bunch of stuff we don't need for the each build, but doesn't seem to take a minute or two longer to load than if we only loaded specific components.
Comments
Hey Sam,
You may not be able to reduce the number of build definitions, but you can now organise them a lot better in 4.0.6 with the new folders they have added to that area. Have you seen that feature?
https://jazz.net/downloads/rational-team-concert/releases/4.0.6?p=news#build_definition_folders
I've found that little gem awesome for making things easier to see and organise. The hard part is working out the best format - do you put the DEV/QA/REL definitions under a product folder, or do you put all products REL definitions under a REL folder? Would love to hear other's thoughts....
You may not be able to reduce the number of build definitions, but you can now organise them a lot better in 4.0.6 with the new folders they have added to that area. Have you seen that feature?
https://jazz.net/downloads/rational-team-concert/releases/4.0.6?p=news#build_definition_folders
I've found that little gem awesome for making things easier to see and organise. The hard part is working out the best format - do you put the DEV/QA/REL definitions under a product folder, or do you put all products REL definitions under a REL folder? Would love to hear other's thoughts....