プレースホルダについて

ぼくは水がきらいですさん

コンフィグレーションはビルド管理に用いられることからプロジェクトに紐づいており、コンフィグレーションディレクトリはプロジェクトディレクトリ直下に配置されています(確かにマニュアル上では定義を確認できませんでした)。


よって、Cドライブ直下にワークスペースを配置した場合、事例の通り、コンフィグレーション名\”debug\”の位置は \”c:\workspace\project\debug\”となります。

また、ユーザー任意のコンフィグレーションを作成した場合、\”c:\workspace\project\\”直下に配置されるので、コンフィグレーションディレクトリ位置はプロジェクトディレクトリ直下であることが分かります。

コンフィグレーションファイルはプロジェクトに依存するので、マルチプロジェクト構成の場合、同名のコンフィグレーションでも、それぞれで内容が異なりますのでご注意ください。下記例は現在のプロジェクト(project1)に既存プロジェクト(project2、ワークスペースも異なる)を挿入したケースを想定しました。

C┬ workspace1 　　┬ project1 ┬ debug
　│　　　　　　　　　│　　　　　└ Release
　└(workspace2 －)　└ project2 ┬ debug
　　　　　　　　　　　　　　　　　└ Release

すと@embedded property

ぼくは水がきらいですさん

コンフィグレーションはビルド管理に用いられることからプロジェクトに紐づいており、コンフィグレーションディレクトリはプロジェクトディレクトリ直下に配置されています(確かにマニュアル上では定義を確認できませんでした)。


よって、Cドライブ直下にワークスペースを配置した場合、事例の通り、コンフィグレーション名\”debug\”の位置は \”c:\workspace\project\debug\”となります。

また、ユーザー任意のコンフィグレーションを作成した場合、\”c:\workspace\project\\”直下に配置されるので、コンフィグレーションディレクトリ位置はプロジェクトディレクトリ直下であることが分かります。

コンフィグレーションファイルはプロジェクトに依存するので、マルチプロジェクト構成の場合、同名のコンフィグレーションでも、それぞれで内容が異なりますのでご注意ください。下記例は現在のプロジェクト(project1)に既存プロジェクト(project2、ワークスペースも異なる)を挿入したケースを想定しました。

C┬ workspace1 　　┬ project1 ┬ debug
　│　　　　　　　　　│　　　　　└ Release
　└(workspace2 －)　└ project2 ┬ debug
　　　　　　　　　　　　　　　　　└ Release

すと@embedded property