изменение макета хранилища Subversion - я должен использовать переместить на клиента - PullRequest
Новая
       4

изменение макета хранилища Subversion - я должен использовать переместить на клиента

1 голос
/ 01 сентября 2010

Когда мы начали использовать Subversion, я создал один репозиторий и создал папки trunk / branch / tags непосредственно на корневом уровне репозитория. Например, я получаю доступ к соединительной линии, используя URL-адрес, подобный следующему: 

svn://server/repository_name/trunk

Теперь я хотел бы добавить другие проекты в тот же репозиторий, что означает, что я хотел бы добавить еще один уровень между именем репозитория и trunk , например: 

svn://server/repository_name/project/trunk

Я могу легко реорганизовать хранилище в браузере хранилища TortoiseSVN. Но что делать с существующими рабочими копиями:

  • является "перемещением" правильной операции или для этого требуется новая проверка?
  • в первом случае, имеет ли значение, если рабочая копия содержит локальные (незафиксированные) изменения?
  • бонусный вопрос: будет ли какая-то разница, если я решу также изменить имя хранилища?

Ответы [ 2 ]

2 голосов
/ 01 сентября 2010

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

1 голос
/ 01 сентября 2010

Самый простой способ добиться такого изменения:

  1. Внесите все ваши и другие изменения разработчиков.
  2. Удалите рабочую копию вашей и других разработчиков.
  3. Внесите изменения в хранилище напрямую с помощью инструмента менеджера хранилища (например, TortoiseSVN).
  4. Каждый проверяет новую рабочую копию. Каждое изменение, внесенное вами в хранилище, отражается в новых рабочих копиях (изменения имени, перемещения и т. Д.).

По моему опыту, команда relocate вводит в заблуждение других. Как администратор SVN, я могу визуализировать это очень хорошо, но в организации программного обеспечения вы ограничены наименьшим общим знаменателем. Вышеприведенные шаги - самый простой и прямой метод.

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

...