Почему Subclipse работает только в некоторых рабочих пространствах Ecliplse, а не в других? - PullRequest
1 голос
/ 06 мая 2009

Я использую Eclipse с Subclipse для разработки Perl. Репозиторий Subversion настроен так:

  • / repos / repos / dev /
  • / репо / DEV / crontabs
  • / хранилищу / DEV / crontabs / script1
  • / хранилищу / DEV / crontabs / Скрипт2
  • / хранилищу / DEV / Демоны
  • / хранилищу / DEV / Демоны / Script3
  • / хранилищу / DEV / Демоны / script4
  • / хранилищу / DEV / инструменты
  • / репо / DEV / инструменты / script5
  • / репо / DEV / инструменты / script6

В файловой системе у меня все дерево / repos / dev локально проверено на ~ / dev и я создал три рабочих пространства Eclipse, по одному в "~ / dev / crontabs", "~ / dev / daemons" и "~ Dev / инструменты".

Здесь все становится странно. В рабочих пространствах демонов и инструментов SVN работает правильно. Я не вижу каталогов .svn, и я могу делать все различные вещи SVN (например, коммит, обновление, очистка) в диалоге TEAM. Однако SVN не работает в рабочей области "crontabs". Каталоги .svn видны, и ни один из параметров диалога SVN недоступен.

Во всех каталогах я могу использовать инструменты командной строки SVN, и все работает отлично.

Вот еще несколько деталей.

  • Mac OS X 10.5.6
  • Eclipse Platform - Версия: 3.4.2 - Идентификатор сборки: M20090211-1700
  • SVNKit Library 1.2.2.5405
  • Клиентский адаптер SVNKit 1.5.6.1
  • Subclipse 1.4.8
  • EPIC 0.5.46

Я пытался удалить файлы deameons .metadata и realted .profile, чтобы попытаться очистить его и запустить новое рабочее пространство, но это не сработало.

Кто-нибудь видел этот тип поведения раньше и / или знает, как заставить команды SVN работать во всех рабочих пространствах, а не только в некоторых из них?

ОБНОВЛЕНИЕ: Я должен также упомянуть, что в каталоге / dev есть куча других ресурсов, для которых я не использую Eclipse. Итак, я использую инструмент командной строки SVN в сочетании с функциями SVN в Eclipse. Изначально все было проверено с помощью инструмента командной строки, а затем я просто использую Eclipse для коммитов. Что меня бросает, так это то, что он работает в двух подкаталогах, но не в третьем, а командная строка работает на 100%.

Ответы [ 3 ]

0 голосов
/ 06 мая 2009

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

Как только вы выберете правильный каталог, Eclipse должен сообщить вам, что проект уже находится в этом месте, но все равно активировать для него команды SVN в Eclipse.

0 голосов
/ 07 июля 2009

Я не уверен, что полностью следую этому. И плагин Subclipse не так совершенен, как плагин CVS. Но если вы копируете проект в рабочую область, и он включает в себя контекст Subversion (папки .svn), как заметил Бемос, это не имеет смысла для Subclipse.

Теоретически, когда вы используете Team / Share и получаете предупреждающее сообщение, вы можете дать согласие, и оно уничтожит существующие файлы .svn и создаст новые подходящие. Если вам повезет, это сработает. Это происходит с CVS, но, как я уже сказал, Subclipse может быть большей проблемой.

Самое лучшее, что вы можете - это проверить проекты в ваших рабочих пространствах с помощью перспективы Subversion Eclipse и опции «Извлечь как проект Eclipse».

Если вы абсолютно уверены в необходимости создания каталогов вашего проекта из командной строки, используйте команду Subversion export , а не команду извлечения. При экспорте не указываются каталоги ".svn", поэтому Eclipse может делать свое дело без помех. Тем не менее, вам нужно будет сделать Team / Share, чтобы подключить экспортированный проект к хранилищу Subversion.

0 голосов
/ 06 мая 2009

При переключении рабочих областей все настройки и т. Д. Из других рабочих областей игнорируются.

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

...