Про нужность - оно не нужно, ежели ты делаешь прогу чисто для себя - всегда последний билд.
Если это не так, то релизы нужно как-то уникально именовать/нумеровать, чтобы тестер или пользователь тебе смог сказать на каком конкретно билде произошёл глюк.
Частые способы - ручное инкрементирование перед сборкой (1), автоинкрементирование перед сборкой (2), текущая дата (3), номер ревизии из свина (4).
Ручками плохо, т.к. можно забыть, или изменить не туда по запарке (1).
Кроме того, ежели не дай бог, сборка у может выпускаться больше чем с одного места, то возможны конфликты (1, 2).
Текущая дата всем хороша, но внутренних билдов возможно несколько в день хотя можно включить время - но тогда возможны непонятки в распределённых командах (3)
.
Мы используем ревизию из свина.
Дополнительный плюс в том, что эта ревизия идёт и в About-е, и в виндовых ресурсах (как 3я цифра), и в заголовке окна.
Т.е. пользователь её сообщит безо всяких проблем.
П.С. Кстати, как для того же git-а или darcs-а поступать? У них ревизии не нумеруются как в свине, а имеют уникальный хеш. Его, конечно можно так же прописать везде, но птудно себе представить пользователя, который это нормально может по телефону прочитать.