views:

32

answers:

2

Hi Guys this is a release-build process question which I would need to solve for our SW Team.

We are developing embedded system applications that are based on several common libraries. We also introduced overnight builds and automatic SW testings in oder to be able to track down errors as soon as possible. The applications and libraries are developed simultaneously. Our development is in BETA phase so we don't introduces new features but mainly correct bugs.

The development is following: When a bug is corrected in an application then an overnight build is done. This overnight build takes the last released stable library, compiles the application and does BlackBox tests on a HW module - result executable is commited to versioning system and has an unique Build version.

Sometimes it happens that the bug needs to be corrected in the library. In such case an overnight build is created for the library. But I need to know if the bugs corrected in the library havent caused new bugs in the applications. In this case it is required that the application takes the "unstable" build library, does the compilation, tests - result is an executable commited, uniq build version for application and also library.

It can happen that we need to do a release for the customers from the application but the library is still not stable it is a build. In such case we take the last released version of the library. BUT if the night before the library was also corrected our tests ran on the build APP,build LIB configuration. So the configuration build APP, release LIB was not tested.

To sum up we have the following possibilities:

APP          LIBRARY
build        release
build        build
release      release
release      build

But always only 1 combination is compiled, tested with our overnight build.

My question is how to handle such a situation? From 1 overnight build I can get only 1 unique SW version, but I would like to actually know weather also the other combinations has worked?

Could somebody suggest an improovement in our process or are we doing something completly wrong? Any responses are very welcome. Thank you.

greetings Attila

A: 

Do you have sufficient system resources to build/test all 4? You don't necessarily need to do it daily, only after code changes.

DVK
Thanx for the idea, still what I don't know how to handle versioning. I mean I want to have an unique number for the latest build. If I build all 4 of them I can commit only 1 after another.
battika
You can use the tags if your versioning system supports them. E.g. tag all 4 with "BUILD20091021"
DVK
A: 
Beta
Sorry for late response. That is exactly the answer I was looking for. Thanx very much, I am on to go adjusting our build server ;)
battika