Настройка папки SVN / eclipse

Question

У меня есть папки, настроенные следующим образом

   My Projects
      Project1
         branches
         tags
         trunk
           src
           tests
           notes
           doc
     Project2
        ...

Выше было сохранено в локальном хранилище.Вышеупомянутое было помещено в локальный репозиторий с использованием extract для Project1, веток и тегов, а затем с использованием add / commit для src, тестов, файлов и т. Д.

У меня есть следующие вопросы.

1) Когда я использую браузер репозитория в TortoiseSVN, на верхнем уровне я вижу то, что кажется подкаталогами из различных каталогов src.На верхнем уровне в обозревателе репо я ожидал увидеть Project1, Project2 и т. Д. Я сделал что-то не так при создании хранилища или добавлении файлов, или мои ожидания относительно организации в обозревателе репо неверны.

2) Как только я получу правильную настройку папки, и мне удобно, что браузер репозитория показывает, что установка правильная, тогда как создавать проекты затмения по вышеописанному.Все на моем жестком диске, в хранилище и в текущих папках / файлах.Я использую TortoiseSVN, и все "зеленый".Чтобы создать проекты в Eclipse, я должен сначала «удалить» существующую файловую структуру перед созданием проектов, а затем проверить папки / файлы обратно из репозитория?

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

Джон

Answer 1

1) Subversion хранит информацию строго иерархически, вся концепция «ствол против тегов против ветвей» является чисто условной. Некоторые репозитории организованы так:

Project1
  trunk
    src
      main
      test
  tags
    beta-1
      ...
    release-2
      ...
  branches
    current-beta
      ...

Project2
  ...

Это хорошо работает для несвязанных проектов - Apache использует это.

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

trunk
  Project1
    src
      main
      test
  Project2
    ...

теги бета-1 ... релиз-2 ... ветви ток-бета ...

Subversion не волнует, какой вы используете, а браузер репозитория в TortoiseSVN или Subclipse не будет заботиться. Если вы откроете хранилище, вы увидите созданную вами структуру.

2) С Subclipse (и, вероятно, также с Subversive) вы можете выполнить извлечение вне Eclipse, а затем использовать меню «Команда»> «Поделиться» для подключения метаинформации Subversion к вашему рабочему пространству Eclipse. Работает как шарм!

Answer 2

Здесь попробуем ответить на три вопроса.

1.Неверная структура в репозитории

Если браузер репо показывает что-то подобное:

http://machine.org/repos/MY_REPO   (no up icon)
branches
tags
trunk
  src
  test

(Первая строка обозначает строку ввода в браузере репо, значок «вверх» не означает, что вы видитекорень хранилища).Тогда ваша структура точно такая.Итак, что-то было не так, и вы должны это исправить.

Вы можете использовать сам браузер репо до create folder s с правой стороны браузера.Или вы можете вызвать add folder, чтобы скопировать структуру с локального диска в хранилище.Или вы можете извлечь корень, создать структуру локально, а затем добавить и зафиксировать ее в репозитории.

2.Создание проектов в eclipse

Для этого есть разные варианты, @JesperSM назвал один из них.Другим может быть Checkout один проект только в перспективе SVN repository exploring Eclipse.Затем проект будет скопирован в ваше рабочее пространство в Eclipse, даже если у вас есть какое-то другое место, где вы извлекли целые файлы.Если вы используете механизм подключения SVN внутри Eclipse, вы можете быть уверены, что все настроено нормально.Eclipse потребует дополнительных файлов и создаст их при необходимости.

3.Удалить соединение с хранилищем

Вы не хотите терять файлы, но не хотите, чтобы они были подключены к хранилищу.Самый простой способ - сделать export из TortoiseSVN в новый каталог, а затем удалить место извлечения.После этого у вас есть свежая копия без какой-либо информации для Subversion (поэтому нет опасности, что это будет отражено в хранилище).