問題タブ [project-files]

テキスト (つまり、XML) として変更する必要があるプロジェクト ファイルを使用したソリューションがあります。これを行うには、プロジェクトを右クリックして を選択Unload Projectし、もう一度右クリックして を選択しEdit Project.csprojます。ただし、これはすべてのプロジェクトで機能するわけではありません。時々私はメッセージを受け取ります

このメッセージが時々表示される理由 (つまり、これを引き起こす可能性のあるプロジェクト/ソリューション構成について) と、Visual Studio 内で .csproj を編集する別の方法があるかどうか (ソリューションを閉じてから開く場合) を知りたいです。 .csproj ファイル Visual Studio はソリューションを再度開くだけです)。

私の TFS フォルダー構造には、以下の構造例によると、プロジェクト ファイルが 4 層の深さになっています。ThirdPartyLib フォルダーにある Dll を参照すると、ファイルは自動的に次のように参照されます:.......\SolutionHoldingFolder\DEV_Region\ThirdPartyLib\Referenced.dll。問題は、各 DEV_Region が TFS にマップされているため、各開発者が特定のリージョンの上のレイヤーに対して異なるフォルダー名を持っていることです。したがって、これにより、自動ビルドと他のすべての開発者のマシンでビルドが壊れます。

参照は、ファイル構造をそれほど上に移動する必要はありません。自動化された他のすべての開発者のビルドを壊さない最小量とパスは、......\ThirdPartyLib\Referenced.dll です。このパスは、上位のブランチに昇格すると安全です。

マージや自動ビルドを中断する方法ではなく、既定で最も最小限の方法で Visual Studio にファイル パスを参照させるにはどうすればよいですか?

構造例: SolutionHoldingFolder DEV_Region ThirdPartyLib SolutionFolder LayerFolder1 LayerFolder2 ProjectFolder ProjectFile

私はVS2013を使用しています。

私は、多くのプロジェクトを含むソリューションを扱っています。作業を高速化するために、新しいビルド構成を作成しました。

コンパイルを高速化するために、ほとんどのプロジェクトを新しいビルド構成でビルドしないように設定しました。デバッグを高速化するために、ほとんどのプロジェクトを新しいビルド構成でリリース用にビルドするように設定しました。

プロジェクト ファイルへの変更をチェックインするか、プロジェクト ファイルへの他の人の変更から最新のものを取得する必要があるまでは、これは素晴らしいことです。変更をマージしたり、保留したり保留解除したりするのは面倒です。

ビルド構成を別のファイルに保存することはできますか? 回避策のアイデアを歓迎します。

私は C/C++ には比較的慣れていません。私のコーディング経験のほとんどは、Matlab、Fortran、およびプロジェクトの複雑度が低い (1 ～ 5 ファイル) C で非常に特殊なアプリケーションを使用する使い捨ての数学プログラムを作成しており、通常は私だけでコーディングしています。 . より複雑な C/C++ コーディング構文と大規模なプロジェクトに慣れるために、GitHub オープン ソース プロジェクトをダウンロードしました。

https://github.com/JohnLangford/vowpal_wabbit

このツールボックスには VS13 プロジェクト ファイルが付属しているので、簡単に VS13 に読み込むことができます。ただし、CodeBlocks を使用しています。2 つの質問:

1: CodeBlocks などの別の IDE で VS13 プロジェクトを開くにはどうすればよいですか? すべてのライブラリをロードし、各検索ディレクトリをリンカーに追加して、基本的に環境を複製することもできますが、非常に大規模なプロジェクトの場合、これには長い時間がかかる可能性があるため、より簡単な方法が必要です。

2: GitHub ツールボックスの多くには、IDE 用のプロジェクト ファイルがありません。IDE プロジェクト ファイルを作成するにはどうすればよいですか? たとえば、このツール ボックス ( https://github.com/shogun-toolbox/shogun )。

私は、多くの異なるコンパイラとコンパイラのバージョンをターゲットにする必要があるライブラリに (共同で) 取り組んでいます。たとえば、Visual Studio 2005 から 2015 までを、他のいくつか (ICC、Clang、GCC など) と共にサポートする必要があります。

現在、ほとんどの新しいコンパイラには新しい機能が追加されており、そのうちのいくつかは本当に役立つ可能性があります。実際、これらは非常に便利なので、デフォルトでオンにしたいと考えています。しかし、古いコンパイラとの互換性を維持したいと考えています。

例:
Visual Studio 2015 では、ライブラリへの攻撃を防ぐのに役立つ制御フロー ガードが導入されています。ただし、これは以前のコンパイラ バージョンでは明らかに不明なオプションです。

では、.vc(x)proj ファイルを設定して、新しい機能 (制御フロー ガードなど) をデフォルトで有効にすると同時に、古いコンパイラ (新しい機能を知らない) で警告を表示しないようにするにはどうすればよいでしょうか? それとも無理ですか？

次の構造を考慮してください。

Project1 と Project2 は別のプロジェクトです。どちらも共通のコードを使用します。IDE で編集できるように、いくつかの一般的なソース ファイルを各プロジェクトのビジュアル スタジオ プロジェクト ファイルに (選択的に) リストしたいと考えています。
共通コード用のスタンドアロン ライブラリは必要ありません。

ここでは、たとえば project1 の cmake ファイルで相対パスを使用します。

これは柔軟ではありません。フォルダーを移動したい場合は、すべての CMakeLists.txt を確認して変更する必要があります。依存関係を分離するためのより洗練された方法はありますか、または共通のソース ファイルを処理するより良い方法は何ですか?

どんな提案も歓迎します。どうもありがとう。

Visual Studio プロジェクト ファイルには、考えられる構成がいくつかあります。デフォルトで選択されているものを指定するにはどうすればよいです.suoか (no が存在しない場合)。現在、Visual Studio でプロジェクトを開くと、既定で [デバッグ構成] が選択されています。

プロジェクト ファイルの関連部分:

この構成をデフォルトで選択したい: