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

Question

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

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

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

NB Я не уверен, что у меня был совершенно ясный вопрос.

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

Answer 1

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

Answer 2

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

пробовали использовать фрукты в одной точке, это хорошо работает для небольшого офиса. О, «банановый» выпуск? смотрит в угол «Да ... это становится довольно старым сейчас ...»

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

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

Answer 3

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

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

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

Answer 4

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

Answer 5

Я думаю, что вы ищете, это примерно так: How to auto-increment assembly version using a custom MSBuild task. Это немного старо, но я думаю, что это сработает.