Вы можете иметь рабочее пространство в одном каталоге и проекты в любых других каталогах, которые вы хотите (не обязательно подкаталоги в рабочей области).
Место, которое вы указываете как «место в рабочей области», является местом, где хранятся некоторые файлы конфигурации (внутренние для затмения).
На моем (Linux) машине, у меня есть:
- расположение рабочего пространства в
/home/squale/bin/eclipse-workspaces/1
- проекты в
/home/squale/developpement/
:
aggregator
php-src-5.3
...
На моей машине Windows, на работе, у меня есть:
- рабочее пространство место что-то вроде
d:\bin\eclipse-workspaces\pdt-1\
- У меня есть проект на жестком диске (например,
d:\projects\project1
)
- И еще один проект на сетевом диске (который указывает на сервер Linux через samba)
Это Кроме того, файлы рабочей области находятся в действительно отдельном каталоге, а не развернуты на любом сервере, а не в структуре проверки SVN или даже рядом с ним.
Помещение рабочего пространства внутри docroot возможно проще, но работает только в том случае, если у вас есть один виртуальный хост, во всяком случае (а не пара проектов, так).
С более старыми версиями Eclipse, иногда, когда Eclipse разбился, рабочее пространство было полностью повреждено и должно быть удалено; не привыкшие к файлам проектов в подкаталогах рабочей области, было действительно полезно к тому времени.
Это не работает ... Я установил свое рабочее пространство в c: \ eclipse \ workspace, и создал пользовательский каталог htdocs в каталоге c: \ webserver. Eclipse создал папку с именем .metadata в папке рабочей области. Здесь нет проблем. Я создал новый проект PHP и выбрал «Создать проект из существующего источника», и я выбрал пустую подпапку c: \ webserver. Well Eclipse только что создал два файла (.project, .buildpath) и каталог (.настройки) в новой подпапке :( – Erik
о, да, я не думал об этих :-(файлы рабочей области (метада, конфигурация затмения, общая для всех проектов, над которыми вы работаете) переходят в каталог рабочей области , но конкретные файлы проекта переходят в каталог projet - я не думаю, что вы можете сделать что-то из них, кроме добавления их в snv: игнорировать или эквивалент для RCS, который вы используете (и учитывать это во время пишу вам сценарий сборки для развертывания на производственный сервер - я никогда не видел, чтобы они наносили вред, когда присутствовали на сервере разработки, то есть на моей машине) –
Хм, мне просто придется с этим справиться. Спасибо за информацию хотя, по крайней мере, я получил свое рабочее пространство в отдельной папке. – Erik