Intereting Posts
WinDbg, Как отобразить путь к файлу управления версиями в трассировке стека с исходным сервером? Какие части созданных проектов cordova cli можно безопасно версировать в системе управления версиями? Объединение ветки функций, основанной на другой ветви функции Бесплатный и закрытый сервер управления версиями Как загрузить предыдущую версию в файл на TFS 2013? Сервер Subversion для Windows (SVN) для клиента Tortoise Информация о версии неверна из iTunes (Programatically Objective-c) Почему git-поддерево отсутствует? Существуют ли какие-либо программы для помощи в массовом редактировании комментариев в Visual SourceSafe? GIT ускоряет операции, когда есть латентность между основным репозиторием и некоторыми разработчиками машин? Как объединить ветку другого разработчика в мою? Проверка проблемы (из VSS) и проект maven в Хадсоне Неустранимая git push? SVN: аналог добавления hg Способ проверки файлов с несколькими разработчиками

Как я могу объединить ветви SVN в мой багажник, не теряя сообщения об отправке и данные автора

Наш репозиторий SVN работает следующим образом:

  • Ничто не может быть привязано к багажнику, если оно не проходит QA (Trunk всегда «освобождается»)
  • Работы по развитию проводятся в филиалах, которые продолжаются примерно 30 дней и затем реинтегрируются в магистраль (после курса ОК)

Проблема с этим подходом заключается в том, что все транзакции для филиалов всеми разработчиками выглядят как одна огромная фиксация на Trunk одним разработчиком (тем, кто сделал слияние).

Мой вопрос:

Есть ли способ улучшить это? У других систем контроля версий лучше работать с журналами? Какие?

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

Solutions Collecting From Web of "Как я могу объединить ветви SVN в мой багажник, не теряя сообщения об отправке и данные автора"

С отслеживанием слияния (как и с Subversion 1.5) вы можете увидеть изменения, которые создали код, который впоследствии слит. См. http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-showlog.html#tsvn-dug-showlog-mergetrack. Это точно описывает вашу проблему.

Журналы не теряются. Не забудьте включить информацию о слиянии в журналы, например, с помощью TortoiseSVN выберите «Получить журналы слияния» из контекстного меню:

Подпрограмма TortoiseSVN explorer