Процедура сборки

Question

Моя компания проводит автоматическую сборку и развертывание процедуры на месте. Теперь мы проверяем исходный код из svn и указываем исходную папку в скрипте Ant. Правильно ли это? Можем ли мы опустить процесс экспорта и напрямую строить из SVN?

Другой вопрос касается управления версиями. На данный момент мы создаем тег всякий раз, когда есть релиз, а затем используйте номер тега, чтобы назвать продукт сборки, который будет отправлен на сайт клиента. Я сделал поиск в Интернете и здесь, и кажется, что правильный способ назвать продукт выглядит так: x.y.z.revision. Однако наша компания довольно маленькая, и клиент всегда хочет быстрых изменений и выпусков. Я хотел бы знать, какие недостатки используют только номер тега, чтобы назвать продукт? И какой будет лучший подход для таких небольших компаний, как мы?

Thankyou,

Сара

Answer 1

Похоже, вы делаете это правильный путь - проверить и здание от Ant. Вы не можете напрямую построить «внутри» SVN-репозитория - вам нужно где-то проверить и построить из рабочей копии. Каждый раз, когда происходит изменение, вам необходимо обновить рабочую копию, а затем построить.

Единственное, что я хотел бы предложить, - это посмотреть на инструменты, которые делают это для вас анатомически, а вам нужно сделать это самостоятельно. Есть несколько инструментов, которые автоматизируют этот процесс (Continuum, TeamCity, Bamboo) от бесплатных до платных.

Если вы не используете инструмент непрерывной интеграции уже, вы можете find benefits to your daily development as well. Если вы в настоящее время используете его, вы можете быть удивлены, узнав, как они могут использоваться для управления выпусками и ночными сборками, а также мгновенной обратной связью и тестированием.

Что касается номеров версий продуктов, то нет определенного правильного пути для этого. Вообще говоря, строковые номера являются только внутренней ссылкой, а номера версий - это маркетинговая штука.

Формат Major.Minor.Revision кажется популярным и помогает дифференцировать степень изменения. В зависимости от частоты ваших изменений это может быть достаточно, но вы можете быстро найти свой номер версии.

В этой статье Wikipedia рассказывается о ряде различных подходов к номерам версий.