Русскоязычный IT клуб

RusBook писал(а):у нас такого нет, поэтому не в курсе.
вопрос: какайа функзия тестового сервера? Обычно там ПО тестируйут. Но этого ж совсем не обязательно делать копию svn. Можно просто на тестовый сервер загрузить приложение.
Или как это у вас происходит?

Бывают разные стандарты в отделах. Насколько понял, на тестовом сервере лежит свой воркспейс репозитория. Т-80 хочет, чтобы после того, как определенные девелоперы скоммитят свои изменения, тестовый сервер автоматически апдейтил бы их у себя.
Стандартное дубовое решение - хук поскоммитовый на субверсевом сервере. Девелопер сделал коммит -> свн-сервер включил хук, сходил специальным юзером по ссх на тестовый сервер и сделал апдейт.

Ravinger писал(а):
Стандартное дубовое решение - хук поскоммитовый на субверсевом сервере. Девелопер сделал коммит -> свн-сервер включил хук, сходил специальным юзером по ссх на тестовый сервер и сделал апдейт.

в конце концов можно просто тянуть по расписанию, типа раз в 5 мин, с тестовой машины и проверять изменились ли фйлы или вывод парсить чтоб тесты запускать.

Джимми писал(а):

Ravinger писал(а):
Стандартное дубовое решение - хук поскоммитовый на субверсевом сервере. Девелопер сделал коммит -> свн-сервер включил хук, сходил специальным юзером по ссх на тестовый сервер и сделал апдейт.

в конце концов можно просто тянуть по расписанию, типа раз в 5 мин, с тестовой машины и проверять изменились ли фйлы или вывод парсить чтоб тесты запускать.

Тоже верно, крон - наше все, временами им можно заменять скан.

на самом деле разговор про недоделанный CI. то что должен делать Jenkins, делается ручками. вместо ant build приходиться писать svn up.
но я не понял зачем это оптимировать. одно дело нужно закоммититься, другое залить на продакшин. меня лично не напрягает svn up писать и лишняя кнопочка в эклипсе не нужна.

Джимми писал(а):

Ravinger писал(а):
Стандартное дубовое решение - хук поскоммитовый на субверсевом сервере. Девелопер сделал коммит -> свн-сервер включил хук, сходил специальным юзером по ссх на тестовый сервер и сделал апдейт.

в конце концов можно просто тянуть по расписанию, типа раз в 5 мин, с тестовой машины и проверять изменились ли фйлы или вывод парсить чтоб тесты запускать.

+1. Только есть одно но - если работаешь быстро и не один и у партнеров тот же апдейт настроен, то можно нарваться на ситуацию, когда ты или партнеры желают работать с группой файлов с одним тегом, а по факту там постоянно новье и есть вероятность накосячить по взрослому.