Модераторы: LSD, AntonSaburov
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> subversion+jsp, как настроить свой репозиторий 
V
    Опции темы
cube
Дата 16.7.2009, 13:01 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 291
Регистрация: 11.4.2007

Репутация: нет
Всего: 3



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

Например я пишу index.jsp у себя в проекте, жму коммит, измененый файл отправляется на сервер (192.168.1.4), далее я открываю браузер вбиваю http://192.168.1.4:8080/ и вуаля компилируется мой измененный index.jsp и я вижу результат изменений. Как?
PM MAIL   Вверх
Samotnik
Дата 16.7.2009, 15:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Super star !
****


Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: 3
Всего: 191



если честно, то не очень понял вопрос. 
Тут же все просто. 
Создаешь репозиторий (я SVN пользуюсь) Туда кладешь свой проект.  Всё  smile   
Потом открываешь IntelliJ IDEA 8.1  создаешь новый проект, только не с нуля, а с репозитория.   В это время заливается проект к тебе на локальную версию. Ты делаешь изменения и потом коммитишь. 
PM MAIL   Вверх
COVD
Дата 16.7.2009, 17:19 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1655
Регистрация: 26.7.2005

Репутация: 6
Всего: 43



Я понял, что cube хочет совместить commit изменений в проекте в репозиторий с deploy изменений на сервер. На мой взгляд, это плохая идея связывание двух разных задач. Выглядит безпроблемным разве что для проекта, состоящего из одной index.jsp. 
PM MAIL   Вверх
cube
Дата 16.7.2009, 17:48 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 291
Регистрация: 11.4.2007

Репутация: нет
Всего: 3



Цитата(COVD @ 16.7.2009,  17:19)
Я понял, что cube хочет совместить commit изменений в проекте в репозиторий с deploy изменений на сервер. На мой взгляд, это плохая идея связывание двух разных задач. Выглядит безпроблемным разве что для проекта, состоящего из одной index.jsp.

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

Ведь deploy помоему томкат сделает сам, достаточным будет копирование файлов из репозитория, примерно тоже самое что и было бы  в случае с php+apache http.

По теме, курю доки одного парня http://adw0rd.ru/2009/subversion-hooks/ но пока не получается, я новичек в линуксе, всего 3 дня на нем ((
PM MAIL   Вверх
COVD
Дата 16.7.2009, 19:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1655
Регистрация: 26.7.2005

Репутация: 6
Всего: 43



Цитата

почему плохой вариант
 

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

Коммит не всегда означает, что можно деплоить. Перед релизом окончательной версии возможно придется делать несколько коммитов, чтобы участники обменивались своими наработками. 

Только jsp на лету можно менять. А если изменения в классах, то надежнее редеплоить все приложение - удаляется war (приложение выгружается), потом подкладывается новый war.

А то, что вы хотите - внес изменение и сразу увидел результат - это обычное тестирование, которое желательно делать до "коммита", а не после. Любая IDE имеет возможность локального запуска сервера.   
PM MAIL   Вверх
cube
Дата 17.7.2009, 12:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 291
Регистрация: 11.4.2007

Репутация: нет
Всего: 3



Цитата(COVD @ 16.7.2009,  19:36)
Цитата

почему плохой вариант


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

Коммит не всегда означает, что можно деплоить. Перед релизом окончательной версии возможно придется делать несколько коммитов, чтобы участники обменивались своими наработками. 

Только jsp на лету можно менять. А если изменения в классах, то надежнее редеплоить все приложение - удаляется war (приложение выгружается), потом подкладывается новый war.

А то, что вы хотите - внес изменение и сразу увидел результат - это обычное тестирование, которое желательно делать до "коммита", а не после. Любая IDE имеет возможность локального запуска сервера.

Спасибо вам большое! Вопрос исчерпан! ;)
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Java"
LSD   AntonSaburov
powerOn   tux
  • Прежде, чем задать вопрос, прочтите это!
  • Книги по Java собираются здесь.
  • Документация и ресурсы по Java находятся здесь.
  • Используйте теги [code=java][/code] для подсветки кода. Используйтe чекбокс "транслит", если у Вас нет русских шрифтов.
  • Помечайте свой вопрос как решённый, если на него получен ответ. Ссылка "Пометить как решённый" находится над первым постом.
  • Действия модераторов можно обсудить здесь.
  • FAQ раздела лежит здесь.

Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Java tools & IDE's | Следующая тема »


 




[ Время генерации скрипта: 0.0882 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.