Как вы управляете версиями в веб-приложении?

Я думаю, что вы ищете что-то вроде этого: как автоматически увеличить версию assembly с помощью пользовательской задачи MSBuild . Он немного старый, но я думаю, что это сработает.

Для моих больших приложений я просто использую увеличивающийся идентификатор номера версии (1.0, 1.1, ...) который я храню в комментарии главного файла (обычно index.php).
Для просто сайтов у меня обычно просто есть номер редакции (1,2,3,...).

У меня есть склонность сначала придерживаться простых чисел (1,2,3), переходя к рациональным числам (2.1, 3.13), когда все становится больше...

Попробовал использовать фрукты в одном месте, это хорошо работает для небольшого офиса. О, выпуск 'banana'? смотрит в угол "yeah... that's getting pretty old now..."

К сожалению, когда команда разработчиков выросла, возникла путаница: это апельсин, мандарин или танжело? Все выглядит нормально. Что ты имеешь в виду "rotten on the inside?" ...

но со всей честностью. Настройка отдельного репозитория в качестве основного, разработка идет в различных репозиториях. Для каждого запланированного выпуска все проверяется в главном репозитории, так что вы можете быстро откатить, когда что-то пойдет не так. (Я предполагаю, что dev/test/production - это все отдельные серверы, и dev никогда не разрешается касаться производства или главного репозитория....)

Я поддерживаю систему веб-приложений с различными компонентами, которые живут в отдельных РЕПО SVN. Чтобы иметь возможность отслеживать версию системы в целом, у меня есть еще один РЕПО SVN, который содержит все остальные РЕПО в качестве внешних ссылок. Он также содержит сценарий(ы) установки / установки для развертывания всего процесса. При такой настройке номер редакции SVN "metarepository" может быть использован для управления версиями всей системы.

В другом случае я включаю ревизию SVN через ключевые слова SVN в файл класса, который не служит никакой другой цели (чтобы избежать риска замены ключевых слов, нарушающей мой код). Класс в этом файле содержит строковую переменную, которая обрабатывается параметром SVN и анализируется методом класса.

Неудобство обоих подходов заключается в том, что номер редакции не обновляется автоматически при изменении внешних параметров (подход 1) или rest кода (подход 2).

Во время внутренней разработки я использую номера этапов (M1, M2, M3...). После релиза я, вероятно, просто обновлю даты ("обновление за январь 2009 года").