а чем не элегантен этот метод? так все и делают.

в Makefile на главном таргете ставите типа такого:

.PHONY: version.h

version.h:
    generate_version.sh

maintarget: <some stuff> version.h
    CC <arguments>

а я использую такой вот механизм.

Допустим разрабатываем версию 0.1, тогда авто билды будут иметь вид

0.1.0.20070827192144 т.е. я дописываю к версии .0. и дату начала сборки билда. 0 добавляется т.к. релизом будет 0.1.1, далее bugfix-релизом будет 0.1.2, а билды для багфикс-релиза будут вида 0.1.1.20070827192144, лично я привык к таким билдам, ибо по индетефикатору 20070827192144 можно быстро найти лог сборки на build-сервере, да и snapshot того что собиралось ;)

спасибо за идеи, буду пробовать реализовать

запхать в svn и пускай автоматом ротейтится. делается через свойства, как точно - не помню (курить svn book)

Если в качестве системы контроля версий будешь использовать git, а в качестве системы сборке -- pbuild + deb, то можно мне даже вопросы по задавать ;)

а зачем нужен номер билда? почему бы не использовать номер ревизии в репозитории? так удобнее будет получить нужные исходники для билда. или каждый билд бранчуется (это уже версия получается)?

Build System

Номер сборки должен увеличиваться на единичку каждый раз, когда билд система (hereinafter BS) собирает официальную сборочку в QA. Какая у Вас BS? Cruise Control (CS) это делает, только бери да используй.

P.S.: Писать о том, что CS для Java не нужно, отлично собирает ВСЕ.