в
Tools->Options->Projects->VC++ Directories
или в
Project->Options

Суть вопроса заключается в том прописывать ли пути в проектном файле(Project->Options) или в настройках среды, т.е либо жесткая структура расположения папок в проекте(когда участники договариваются о структуре) либо нет.

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

Просьба при ответе на этот вопрос говорить какой точки зрения вы придерживаетесь(голосование).

Здравствуйте, zebrabug, Вы писали:

Z>в
Z>Tools->Options->Projects->VC++ Directories
Z>или в
Z>Project->Options

Z>Суть вопроса заключается в том прописывать ли пути в проектном файле(Project->Options) или в настройках среды, т.е либо жесткая структура расположения папок в проекте(когда участники договариваются о структуре) либо нет.

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

Z>Просьба при ответе на этот вопрос говорить какой точки зрения вы придерживаетесь(голосование).

Сделать виндовую константу и все пути прописывать относительно нее а программеры сами ее определят на нужную директорию

во всяком случае у нас так и все ок

Здравствуйте, __SPIRIT__, Вы писали:

__S> Здравствуйте, zebrabug, Вы писали:

Z>>в
Z>>Tools->Options->Projects->VC++ Directories
Z>>или в
Z>>Project->Options

Z>>Суть вопроса заключается в том прописывать ли пути в проектном файле(Project->Options) или в настройках среды, т.е либо жесткая структура расположения папок в проекте(когда участники договариваются о структуре) либо нет.

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

Z>>Просьба при ответе на этот вопрос говорить какой точки зрения вы придерживаетесь(голосование).

__S>Сделать виндовую константу и все пути прописывать относительно нее а программеры сами ее определят на нужную директорию

__S>во всяком случае у нас так и все ок

т.е. напрмер вы говорите:
давайте будем либы хранить так:
$(shared) = "d:\Shared"(у кого-то одного)
$(shared)\zlib-1.4
$(shared)\STLPort-4.6.2

так да?

Здравствуйте, zebrabug, Вы писали:

Z>в
Z>Tools->Options->Projects->VC++ Directories
Z>или в
Z>Project->Options

Z>Суть вопроса заключается в том прописывать ли пути в проектном файле(Project->Options) или в настройках среды, т.е либо жесткая структура расположения папок в проекте(когда участники договариваются о структуре) либо нет.

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

Z>Просьба при ответе на этот вопрос говорить какой точки зрения вы придерживаетесь(голосование).

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

Стандартная структура папок, которой придерживаются все разработчики
полезна в любом случае.

Ну а список всех нужных каталогов у нас для каждго проекта
находится во внешнем файле, имя которого стандартизировано,
и который подключается с помощью опции "@<имя файла>".

Здравствуйте, __SPIRIT__, Вы писали:

__S>Сделать виндовую константу и все пути прописывать относительно нее а программеры сами ее определят на нужную директорию

Это не очень удачное решение.
Лучше все же, когда ты берешь код с какого-нибудь SourceSafe,
открываешь проект, тупо давишь на "Rebuild Solution" и все компилируется и собирается
безо каких-то дополнительных телодвижений.
Мы даже иногда проверяем, что наш проект без проблем собирается на чистой
машине с только что поставленным визуалом и без каких-либо дополнительных настроек среды.

При разработке большого проекта важно обеспечить использование одних и тех же библиотек всеми участниками проекта.
Для этого все библиотеки нужно свалить в одну папку. Если кто-то решит использовать библиотеку, которая ранее не использовалась, то он добавляет её в папку и прописывает к ней путь в настройках проекта, избавляя тем самым остальных участников от проделывания этой процедуры.
Если есть возможность договорится м/у участниками проекта, об общей структуре директорий для файлов, используемых в проекте, почему бы так не сделать?
Конечно можно вести перечень либ исп-х в проекте, но это неудобно хотябы тем, что участникам проекта придется задумываться о существовании тех либ, которые им не нужны.

Z>Суть вопроса заключается в том прописывать ли пути в проектном файле(Project->Options) или в настройках среды, т.е либо жесткая структура расположения папок в проекте(когда участники договариваются о структуре) либо нет.
Если выбиратьиз этих двух способов, то я бы выбрал в проектном файле.
Хотя и тут минусов хоть отбавляй.

А Вообще, нет универсального ответа на вопрос "как лучше сделать" —
решение всегда зависит от конкретной ситуации

У нас обычно проект состоит из файлов, которые пишутся в данном проекте,
и каких-то библиотек.Мы складируем их все на одном логическом диске (буква не важна).
При таких нач.условиях удобно использовать именно проектный файл
(все пути там прописываются без указания диска).
Это решение обеспечивает нам определённую гибкость и достаточную "удобность".
Хотя сразу видно, что это не идеальное решение для общего случая
(например, не поддерживается возможность хранения библиотек и собственно проекта
на разных дисках — но оно нам и не требуется).
Нас устраивает именно практически полное отсутствие геморроя...
Хотя изредка бывает

Блин, какой-то поток сознания получился

Пути мы указываем в проекте, но не абсолютные, а относительные от корневого каталога проекта.
Таким образом, когда проект берется из CVS (или ClearCase) создается каталог проекта с подкаталогами для
исходников, 3rd party libraries и т.п., его (проект) можно помещать в любое место на диске.