2012-05-08 4 views
3

В настоящее время у меня есть групповой репозиторий подрывной деятельности, в котором есть несколько лет истории. С сегодняшнего дня корпорация предложила провести нашу подрывную деятельность. Я хотел бы знать, что было бы лучшим способом добавить/импортировать/объединить наш репозиторий в репозиторий корпуса. Я хотел бы сохранить историю, но я не возражаю, если я потеряю дополнительные реквизиты, такие как имя пользователя, внесение изменений, так как они не отображают имена пользователей корпорации и б) у меня нет доступа администратора к их серверу, и я не могу добавить эти крючки. В хранилище корпорации уже есть много вещей, поэтому номера версий больше не будут совпадать - я не возражаю против этого. Его просто важно не потерять детали изменений (и, очевидно, порядок, в котором они были сделаны). Я, очевидно, имею доступ администратора к моему репозиторию, но не к репозиторию корпуса.Добавьте мой репозиторий subversion в репозиторий subversion «corp's», сохраняя историю изменений.

Спасибо за ваши предложения

+1

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

+1

Хороший вопрос - спасибо за возможность уточнить - его второй - существующий репо с существующим контентом, и я хотел бы загрузить мой в подкаталог. – nwaltham

+0

Здесь есть большая проблема (которая может или не может быть важна для вас). Процесс импорта вашего репозитория изменит все номера ревизий исходных данных репозитория, а также ваш импортированный контент. Если вы или корпорация используете номера версий для любых целей (например, при отслеживании ошибок), то это может быть прерывание транзакции. –

ответ

1

svnadmin dump и svnadmin loadare your friends. Вы должны попросить своего администратора запустить svnadmin load для вас.

+0

Спасибо, но я искал что-то, что мог сделать сам, не включая администраторов (занятых людей!). Бонус - это инкрементные обновления, если это возможно, пока я не переведу все. – nwaltham

+3

@ user859955 - «без привлечения администраторов (занятых людей!)» - с чем они заняты? Это их работа! (Сначала написал «свою работу», но потом подумал об этом :)). –

+0

Возможно, вы сможете сделать это с помощью svnsync, но для этого вам понадобится администрирование. Лучше просто спросить. Обычно проблема заключается в том, что запросы разработчиков, такие как, получают более низкий приоритет администратора, чем запросы пользователей: -/ – Rup

2

Я никогда не использовал его сам, но вполне возможно, что svnrdump Ваш единственный шанс:

В Subversion 1.7, svnrdump присоединился набор фондовых инструментов Subversion. Он предлагает достаточно специализированные функции, по существу, как сетевой курсе версии svnadmin отвала и команды svnadmin нагрузки , которые мы обсудим в глубину в разделе под названием «Хранилище данных миграции с использованием svnadmin». svnrdump dump генерирует дамп-поток из удаленного хранилища, извергая его до стандартного вывода; Нагрузка svnrdump будет считывать поток дампа со стандартного ввода и загружать его в удаленный репозиторий . Используя svnrdump, вы можете генерировать инкрементные дампы так же, как , которые вы можете использовать с svnadmin dump. Вы даже можете сбросить поддерево репозитория - то, что svnadmin dump не может сделать.

Если это на самом деле работает для вас, то процедура будет выглядеть так:

  1. сделать правильный svn mv в исходном репо, чтобы поместить все в подкаталоге.
  2. Запустить svnrdump dump в исходном каталоге.
  3. Загрузите предыдущий сброс в целевом репо.

Что может быть не так? Скорее всего, в обоих репозиториях есть история, которая содержит общие пути. У меня нет ни малейшего представления о том, что сделает Subversion. Так что сделайте обширное тестирование и много резервных копий :)

+0

Спасибо за ваше предложение. К сожалению, похоже, что для этого нужен доступ администратора и/или привязка к свойствам: > svnrdump: warning: W200007: Целевой сервер не поддерживает редактирование свойств исправления атома; подумайте над обновлением до 1.7. > svnrdump: E175002: запрос DAV не выполнен; возможно, что крюк предварительного переопределения репозитория или неудался или не существует > svnrdump: E175008: По крайней мере одно изменение свойства не удалось; репозиторий не изменился > svnrdump: E175002: свойство установки ошибки 'rdump-lock': не удалось удалить объект – nwaltham

Смежные вопросы