Блог

Главная - Вопросы по программированию - Старый программист, который хочет использовать subversion assembla

Старый программист, который хочет использовать subversion assembla

#java #eclipse #svn

#java #eclipse #svn

Вопрос:

Пожалуйста, помогите… Старый программист, который хочет использовать subversion assembla в моей фирме. Я много работаю с Java в Eclipse, и мои проблемы заключаются в следующем. Я собираюсь сделать это очень простым.

1) Я создаю веб-сайт в Eclipse с использованием JSP. Я регистрирую его и фиксирую. это живой

2) Я начинаю работать над второй версией сайта, но кто-то находит ошибку в одном из JSP-файлов prod. как мне проверить эту версию jsp, обновить ее, а затем передать в проект. пожалуйста, подскажите мне правильные шаги

Комментарии:

1. svn co я бы подумал? может быть, вы немного проясните, о чем вы спрашиваете после?

2. если вы используете eclipse, вы можете захотеть установить [subclipse] (Какой язык программирования вы используете?) (плагин SVN для eclipse): это должно облегчить вам жизнь, потому что вы можете импортировать свой проект в SVN, извлекать и фиксировать файлы щелчком правой мыши.

3. Если вы находитесь в режиме реального времени при фиксации, я надеюсь, что у вас есть какой-то автоматизированный процесс проверки и развертывания на другой «производственной» машине. В противном случае вы играете по лезвию бритвы, и в конечном итоге вас порежут.

4. просто для информации, в децентрализованных VCSE очень классный «трюк» заключается в том, чтобы «вернуться» к первой редакции, где была введена ошибка, и исправить ошибку там, а затем объединить восходящий поток. Вы просто делаете новую сборку prod с того места, где вы сделали последний выпуск prod («переходя» к вашему последнему выпуску prod). Затем вы возвращаетесь к тому, где вы находитесь (работаете над своей версией 2.0), выполняя восходящее слияние. Это чрезмерное упрощение, но концепция очень крутая: вы «возвращаетесь назад», исправляете и объединяете восходящий поток, вместо того, чтобы исправлять, создавать патч и исправлять нисходящий поток. Это называется «daggy fix» , и это потрясающе.

Ответ №1:

Вот рабочий процесс, который использует большинство организаций:

  • Когда вы делаете производственный релиз, вы помечаете его тегом. В SVN это делается с помощью svn cp копирования trunk в именованный каталог под tags .
  • Если вам нужно внести исправления в производственную версию, вы используете svn cp для копирования помеченной версии в ветку под branches . Затем вы проверяете эту именованную ревизию, вносите свои изменения и регистрируетесь.
  • Если вы собираетесь запустить изменения в производство, вы можете пометить их из ветки, снова используя svn cp . Теги в Subversion дешевы.
  • Если исправления, сделанные вами в ветке, нужно вернуть в trunk , вы можете объединить их.

Это описано в документах (это ссылка на главу о ветвлении и слиянии, но я рекомендую вам прочитать вводный материал, если вы не знакомы с SVN).

Ответ №2:

http://svnbook.red-bean.com/en/1.5/index.html

Прочитайте главы 2 и 3, и этого будет достаточно, чтобы приступить к работе. Команда, которую вы, вероятно, ищете, svn update -rNNN однако, без некоторого опыта работы с SVN велика вероятность, что вы будете злоупотреблять ею, поскольку SVN очень похож (но в некотором смысле отличается) на системы, подобные CVS, RCS, SCCS старой школы.

Возможно, вам захочется также просмотреть главу 1, поскольку модель пересмотра, используемая SVN, немного отличается от моделей жесткой блокировки (если вы использовали одну из них).