SVN создание репозитория вопрос

Question

Я проверить текущую версию конструкции с текущей командой:

svn checkout svn+ssh://test@example.com/mainrepository/trunk/projects/design1 . 

Это прекрасно работает, и я сделал некоторые существенные изменения в РЕАЛИЗАЦИЮ так , что я хотел бы провести копия этой вехи в SVN. Другими словами, я хотел бы проверить в текущей версии в отдельный каталог, то есть «design2»:

В этом, я хотел бы иметь возможность оформить эту версию подобно тому, как выше

svn checkout svn+ssh://test@example.com/mainrepository/trunk/projects/design2 . 

Я никогда не создать новый каталог в SVN, так что мне интересно, если я должен создать в subrepository, чтобы иметь возможность проверить design2 следующим образом:

su - svn 
mkdir svn+ssh://test@example.com/mainrepository/trunk/projects/design2 
svnadmin create svn+ssh://test@example.com/mainrepository/trunk/projects/design2 

есть проблема, когда я создаю этот из файлов, которые я chec ушел раньше? Я знаю, как работать с SVN после этого шага, но я никогда не создавал новый каталог/репозиторий для новой реализации, поэтому любая помощь была бы оценена!

Answer 1

Похоже, что это должно быть сделано отдельно branch. Вы не хотите, чтобы люди, работающие над project1, также должны были проверить весь код для project2 (что они будут делать, если они проверяют на уровне магистрали).

Похоже, что вы можете хранить все свои проекты в одном хранилище, что я бы не сделал. В этот момент вы подрываете часть полезности контроля версий.

Answer 2

Обычно, если у вас есть проект, структурированный в ветках, тегах и соединительной линии (или что-то подобное), вы можете создать подпроект или подкаталог для вашего редактирования, а затем объединить его со стволом (или рабочим проектом)

svn copy /projectRoot/trunk /projectRoot/branches/edit1 

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

Answer 3

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

Не создавайте новый репозиторий с svnadmin. Вместо этого:

cd design1 
    svn status # make sure everything is ready as if for a normal commit 
    svn copy . svn+ssh://server.ac.uk/mainrepository/trunk/projects/design2 -m "creating new branch for design 2" 

Теперь удалите рабочую копию (он все еще указывает на design1 и содержит ожидающие изменения, даже если они были совершены в design2 - да, это сбивает с толку, лучше просто удалить его) , Создать новую проверку для design2, так что вы можете продолжать вносить изменения и совершение:

cd .. 
    rm -rf design1 
    svn co svn+ssh://server.ac.uk/mainrepository/trunk/projects/design2 
    cd design2 

Это довольно сложным способ фиксации изменений в новую отрасль. Обычно вы должны сначала создать ветку (svn copy url1 url2), проверить филиал в отдельной рабочей копии и , затем внести изменения. Это невозможно в этом случае, потому что вы уже внесли изменения, предназначенные для нового филиала в первой рабочей копии.

Обратите внимание, что расположение в вашем репозитории не соответствует recommended repository layout.Это не должно быть проблемой, но я бы рекомендовал вам следовать соглашениям для будущих проектов.

Answer 4

Похоже, что ваш макет немного запутан. У вас есть репозиторий, называемый основным репо - с ним есть теги филиалов и багажник. Это очень стандартно. Однако похоже, что есть несколько проектов под багажником? у них, в свою очередь, есть филиалы, теги и каталоги стволов под ними? Они построены/помечены и выпущены вместе или независимо?