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

Question

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

Я заметил, что здесь, в бета-версии, в нижнем колонтитуле указан номер версии SVN, и это идеально подходит для приложений, использующих SVN в одном хранилище. Но что, если вы используете внешние или другое приложение управления версиями, которое версии отдельных файлов?

Кажется, это легко для настольного приложения, но я не могу найти подходящий способ управления версиями для веб-приложения asp.net.

NB Я не уверен, что я полностью понял свой вопрос.

1. Я хочу знать, как создать и автоматически увеличить номер версии приложения asp.net.
2. Меня не интересует, как связать его с SVN.

Answer 1

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

Answer 2

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

Пробовал использовать фрукты в одной точке, что хорошо работает для небольшого офиса. О, банановый релиз? заглядывает в угол"да ... сейчас уже довольно стар ..."

К сожалению, путаница началась, когда выросла команда разработчиков, это Апельсин, Мандарин или Танжело? Это выглядит хорошо. Что вы имеете в виду "гнилой внутри?"

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

Answer 3

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

Answer 4

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

Answer 5

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

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

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