2009-05-06 1 views
1

Я использую Eclipse с Subclipse для разработки некоторых perl. Репозиторий Subversion настроен как:Почему Subclipse работает только в некоторых рабочих пространствах Ecliplse, а не в других?

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

В файловой системе, у меня есть все/хранилищу/DEV дерево проверяется локально в ~/DEV и создали три рабочих пространства Eclipse, по одному в «~/dev/crontabs», «~/dev/daemons» и «~ dev/tools».

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

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

Подробнее.

  • Mac OS X 10.5.6
  • Платформа Eclipse - Версия: 3.4.2 - Сборка ID: M20090211-1700
  • SVNKit Библиотека 1.2.2.5405
  • SVNKit Client Adapter 1.5.6.1
  • Subclipse 1.4.8
  • EPIC 0.5.46

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

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

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

+0

Все еще работаю над этим, но я все больше думаю, что это ошибка. –

+0

И, конечно же, вполне возможно, что я где-то скрепил себя где-то по пути. Я не могу отложить это на ошибке без дальнейших исследований. –

ответ

0

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

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

+0

Насколько я могу судить, я настраиваю каждое рабочее пространство одинаково. На самом деле главное было только настроить SVN-клиент по умолчанию на SVNKit (поскольку он не использует это автоматически). Я добавлю еще одно примечание, но я использую его в сочетании с инструментом командной строки. В каталоге/dev есть куча других вещей, в которых у меня нет рабочих областей. Я бы хотел, чтобы верхний уровень был проверен, вместо того, чтобы проверять каждый субдилер индивидуально (если возможно), поскольку его было бы легче поддерживать. Если я не могу понять это, я переключусь на отдельные рабочие области. –

0

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

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

+0

Это заставляет меня думать, что у меня есть ошибка. Когда я попробовал Team -> Share Project, я получаю сообщение, которое гласит: «Этот проект содержит папки метаданных Subversion. Если вы продолжите, эти папки будут удалены, а информация Subversion будет потеряна. Subclipse для автоматического повторного подключения проекта к репозиторию, корневая папка проекта должна содержать папку metedata Subversion. Скорее всего, это не так, или вы не увидите это сообщение ». Однако в корне проекта и в корне базы данных есть .svn dirs (и на самом деле один уровень выше этого). –

+0

Хм, я не уверен, что происходит. Поскольку мы работаем в среде Windows, где я работаю, мы изменили некоторые параметры, чтобы в subversion использовались папки _svn вместо папок .svn. Мы используем сочетание Subclipse 1.4.x (для Subversion 1.5) и TortoiseSvn 1.5.x. Когда мне пришлось воссоздать свое рабочее пространство, когда оно несколько раз испортилось (автозаполнение Java перестало работать), я использую Team -> Share Project для подключения подзаголовка к этим проектам. – Powerlord

+0

Я буду продолжать заниматься этим, но я думаю, что я вижу не нормальное поведение. Тем более, что двое из них работают. Я попытался удалить всю часть рабочего пространства дерева и отступить от SVN, но до сих пор не повезло. Я думаю, что здесь что-то не так. –

0

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

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

Лучше всего проверить проекты на свои рабочие пространства, используя перспективу подрывной деятельности Eclipse и вариант «Проверить как проект Eclipse».

Если вы абсолютно уверены, что хотите построить свои каталоги проектов из командной строки, используйте команду экспорта Subversion , а не команду checkout. Экспорт исключает каталоги .svn, поэтому Eclipse может делать свою работу без помех. Однако вам нужно будет сделать команду/Share, чтобы подключить экспортированный проект к репозиторию subversion.