Что надлежащий путь состоит в том, чтобы сделать слияние Подрывной деятельности в Eclipse?

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

Используйте интеграцию Eclipse, она работает превосходная.

основное изменение от CVS, то, что Вы только объединяете дельты от ответвления, т.е. изменения от одного пересмотра до другого. То есть необходимо отследить корректный пересмотр запуска так или иначе (если у Вас нет истории слияния svn 1.5)

, Если Вы разобрались в этом, только ваше дело разбираться в изменениях со сравнить редактором.

Помните, что с svn возвращение измененного дерева к чистому состоянию довольно легко. Просто имейте чистую рабочую область на целевом ответвлении слияния и выполните команду слияния для импорта модификаций из исходного ответвления слияния, затем синхронизируйте рабочую область, и Вы получите свое обычное окно сравнения затмения, показывающее, что все слияние изменило файлы и конфликты.

, Если по некоторым причинам Вы не можете решить конфликты, Вы можете svn возвращаться на проекте и возвращаться к чистому состоянию, иначе Вы делаете слияние на месте и после того как Вы сделаны, можно фиксировать. Обратите внимание, что Вы не должны фиксировать, после того как Вы сделаны, обработав конфликты, которые можно также возвратить представлению dev, проверить, что код компилирует, выполняет модульные тесты, безотносительно и затем синхронизируется снова и фиксация (после того как конфликт локально разрешен, они не возвратятся)

в прошлый раз, когда я смотрел, когда Вы используете слияние subclipse, управляют, чтобы это перезаписало объединенный файл (использующий маркеры конфликта для показа конфликтующих областей) и поместило исходную левую и правую сторону слияния в том же месте. это ничего не должно помещать в различные каталоги.

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

Объединение всей ветки в магистраль

1. Изучите историю проекта ветки, чтобы определить версию, из которой была взята ветка

   • по умолчанию Eclipse Team " История »показывает только последние 25 ревизий, поэтому вам нужно будет нажать кнопку в этом представлении с пометкой« Показать все »
   • , когда вы скажете« Показать все », это вернет вас назад за дату ветки и покажет вам всю историю для trunk, так что вам придется искать свой комментарий в том месте, где вы разветвлялись
   • ПРИМЕЧАНИЕ : если вы используете Tortise SVN для этой же задачи (перейдите в ветку и выберите «Показать журнал»), он покажет вам только история ветки, чтобы вы могли точно сказать, где она началась

2. Итак, теперь я знаю, что 82517 был первым идентификатором версии в истории ветки.Итак, во всех версиях ветки, предшествующей 82517, есть изменения, которые я хочу объединить в магистраль

3. . Теперь перейдите в проект «магистраль» в рабочем пространстве Eclipse и выберите «щелчок правой кнопкой мыши - Команда - Объединить»

4. Вид по умолчанию - это 1 url merge

   • выберите URL-адрес ветви, из которой вы объединяете
   • в разделе Revisions выберите "All"
   • нажмите OK

5. . Это приведет вас к перспективе "Team Synchronizing" (если это не так ' t вы должны пойти туда самостоятельно), чтобы разрешить конфликты (см. ниже)

Повторное слияние других изменений ветки в магистраль

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

   • в качестве аргумента предположим, что эта версия была 82517

2. Итак, теперь я знаю, что любая версия, превышающая 82517 в ветке, должна быть объединена в магистраль

3. Теперь перейдите к проекту "магистрали" в вашем Рабочая область Eclipse и выберите «Щелкните правой кнопкой мыши - Команда - Объединить»

4. . По умолчанию представление - объединение 1 URL

   • , выберите URL-адрес ветви из w Если вы объединяете
   • в разделе «Редакции», выберите переключатель «Редакции» и нажмите «Обзор»
   • , это откроет список последних 25 ревизий ветки
   • , выберите все ревизии с номером больше 82517
   • ] нажмите OK (вы должны увидеть список ревизий в поле ввода рядом с переключателем)
   • нажмите OK

5. Это перенесет вас в перспективу «Team Synchronizing» (если этого не произошло, вам следует перейти туда самостоятельно) для разрешения конфликтов (см. ниже)

Разрешение конфликтов

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

2. Для каждого файла, в котором вы видите конфликт, выберите «Щелкните правой кнопкой мыши - Редактировать конфликты» (не щелкайте дважды по файлу, он вызовет инструмент фиксации сравнения версий, это ОЧЕНЬ отличается)

   • например "<<<<<<< .working" или ">>>>>>> .merge-right.r84513", то вы находитесь в неправильном режиме редактирования

3. , как только вы разрешите все конфликты в этом файл, скажите файлу «пометить как объединенный»

4. , как только все файлы освободятся от конфликтов, вы можете синхронизировать свой проект Eclipse и зафиксировать файлы в SVN

Инструмент слияния openCollabNet для subclipse довольно изящен. Доступно множество типов слияния, и слияние, которое я только что выполнил с его помощью, прошло без проблем. Я рекомендую его.

Единственное, чего не хватает для syncrhonize view в eclipse, - это возможность регистрации. В представлении «Синхронизация группы» я могу просматривать все свои изменения и разрешать конфликты, поэтому было бы довольно интуитивно понятно регистрироваться прямо здесь, вместо того, чтобы возвращаться в представление Java и выполнять регистрацию.