У меня есть svn-репозиторий с примерно такой структурой:

common1, 2 и т.д. - общие файлы, используемые во многих проектах. proj1 - папка проекта. В ней папки с исходниками, докой и файлами редактора (сейчас использую слик). В ветках и тагах структура такая же.
Хочу переползти на eclipse. И не понятно, как "прикрутить" сюда его проекты. Со сликом все просто - в проекте лежат пути относительно файла проекта, т.е. выгружаю всю нужную мне ветку в папку на винте и все работает.
В eclipse, насколько я понял, все пляшет относительно workspace, в частности в ней хранятся настройки клавиш, окошек и т.д. Т.е. желательно иметь одну общую workspace на все проекты.
Если я создаю проект еклипса в папке proj1\eclipse, то чтобы добавить в него файлы из proj1\sources и common1, 2..., мне надо использовать папки, привязанные к файловой системе (linked resources). Можно использовать переменные, однако для них надо задать абсолютные пути.
Т.е. у меня получается, что в каждой ветке лежит своя workspace, в ней заведена переменная pathToBrunch, в каждом проекте лежит папка eclipse (с проектом), пути в котором заданы относительно pathToBrunch. После checkout-а ветки на диск надо руками настроить эту переменную.
В этом подходе мне не нравится:
1. Мои личные настройки внешнего вида eclipse лежат в svn. Причем они разные по каждой ветке - т.е. если я перенастроил хоткеи в trunk и затем извлек какую-то старую версию, то хоткеи там будут старыми...
2. надо каждый раз не забывать настраивать эту переменную. Причем если забыл настроить, то переменная может указать на другую вытащенную на диск ветку и получится полная ж.

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

В файле проекта отсутствуют абсолютные пути.
Т.е. для конкретного проекта eclipse пляшет относительно каталога в котором лежат файлы ".cproject" и ".project".

согласен, но только "вниз". А вверх - не получается.
Т.е. если у меня структура:

то по-идее путь к sources будет ..\sources. Однако eclipse на такой путь говорит, что он не существует, а если папку все равно создать и посмотреть в свойствах, то там будет адрес c:\sources....

Когда мне такое нужно, то я делаю :
"NewFolder->Advanced->Link to folder int the file system"

И соответственно создается виртуальное имя которое привязано к абсолютному пути.

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


И кстати, настройки воркспейса - хоткеи и т.д. можно как-то "расшарить" между несколькими ворксейсами?

В workspace хранятся общие настройки (позиции диалогов, цвета для подсветки текста, клавиатурные настройки).
Переменные и настройки проекта хранятся в файлах ".cproject" и ".project" которые создаются в каталоге проекта.
Т.о. когда вы кнопочкой Del удаляете проект из Project Explorer'а, то все намеки на проект напрочь удаляются из workspace. Однако ".cproject" и ".project" не удаляются (ну разве что укажете удалить содержимое проекта), и поэтому можно полностью восстановить проект в eclipse через "File->Import->Existing proect".

К примеру, я, при первом запуске eclipse указал ему запихать свой workspace подальше с моих глаз.
Теперь, когда создаю новые проекты то прямо указываю в каком каталоге будет создан новый проект.
И есстественно, что настройки сохраняемые в workspace "шарятся" между всеми проектами.

Насколько я понял из хелпа и экспериментов, path variables хранятся в workspace (вкладка windows\preferences\general\workspace\linked resources).

У меня несколько директорий с проектами, типа:
test1
test2
test3
src
inc

workspace для них в корне дерева
В makefile прописано где src (общие исходники для нескольких проектов) и хедеры (inc) и проекта файлы
Переключаюсь между проектами в среде
Для общей сборки всех проектов (типа релиза) имеется отдельный cmd-файл (можно сделать bat для winxx, для Linux можно написать скрипт на чем-либо (bash и т.д.) )

А в eclipse у вас src, inc - проекты? Или вы в каждый проект добавили папки со ссылками на них?
Если папки - то пути абсолютные или относительные?

И еще вопрос - вы системой контроля версий пользуетесь? Файлы проекты eclipse у вас тоже в ней лежат или как?

PS Для общей сборки использую scons, тут все ок.

Рабочие проекты test1-test3.
scr общая часть кода для этих проектов (общая инициализация, драйвера устройств и т.д.),
inc общие заголовочные файлы (*.h)
в makefile сделаны соответствующие ссылки на src и inc (проекты на работе, не помню точно какие пути (в смысле абсолютные или относительные)). Некоторая пляска с бубном была из-за src, чтобы правильно бралось (изучение документации по make сильно помогло)
системой контроля версий не пользуюсь (а надо бы)

Это понятно. Мне интересно - как у вас к eclipse-проекту test1 подключена общая часть - src и inc?

Это касается только linked resources общих для всего workspace.
Те linked folders, пример которых приводился ранее, касаются только конкретного проекта и хранятся исключительно в файлах описывающих проект (.project & .cproject).

Собственно вопрос таков - как включить в проект файлы, лежащие "над" проектом eclipse без использования абсолютных путей.
Я пробовал linked folders, однако они привязываются либо к абсолютному пути, либо к переменной workspace...

Все прописано в makefile, в парсере Eclipce эти заголовочные файлы доступны для просмотра и редактирования. Все на работе, в понедельник могу кусок makefile с этой конфигурацией прислать.

Меня интересует именно подключение к Eclipse - как оно у вас сделано?
Т.е. у вас есть eclipse-проект test1, как вы к нему подключили src и inc, чтобы Eclipse их видел и обрабатывал парсером?