0

次のプロパティを組み合わせることができますか？その場合、どのように組み合わせますか？

  • このIDEを使用するチームの開発者向けに、バージョン管理システムにいくつかのVisual Studio2008ネイティブC++（VCPROJ）プロジェクトファイルを保存します。
  • それらの開発者の一部がプロジェクトを微調整できるようにします（たとえば、通常のライブラリの代わりにサードパーティライブラリのデバッグバージョンを使用します）。
  • これらの変更がバージョン管理されていないファイルで行われていることを確認してください。

言い換えれば、開発者がこれらの変更がコミットされるリスクを冒すことなく、プロジェクトのいくつかの設定を微調整できるようにしたいと思います。

VS2008が存在しないVSPROPファイルを参照するプロジェクトのロードを拒否するため、「オプションのVSPROP」ファイルアプローチは失敗する運命にあるようです...

他に何か提案はありますか？これはVS2010で可能ですか？

4

4 に答える 4

2

これを行うことはできないかもしれませんが、たとえばCMakeのようなvcprojを生成するソリューションを使用すると、これを行うことができます。すべてのプロジェクトをCMakeでスクリプト化し、開発者がセットアップで変更できる構成ファイル（たとえば存在する場合）を文字通り条件付きで含めます。

于 2011-02-04T18:40:50.533 に答える
0

予備的な解決策として、最初のコミット後にプロジェクトファイルを.hgignoreや.gitignoreのようなものに入れることができます。このように変更することは、誤って行うことはできません。

少なくとも、それは私が.hgignore自体を処理する方法です。

于 2011-02-03T13:02:02.107 に答える
0

ブランチはこの問題を解決する可能性があります。ブランチを作成し、さまざまなバージョンのサードパーティで遊んで、結果が良好な場合は変更をトランクにマージします。

于 2011-01-08T19:29:17.850 に答える
0

バージョン管理された「common_configuration」フォルダーと、この「common_configuration」フォルダーから「project」フォルダーにプロジェクトファイルをコピーするスクリプトを使用します。構成を逆方向にコピーする別のスクリプトがあるため、開発者は、ローカルの変更をグローバルバージョン管理システムにコミットするために意識的なアクションを実行する必要があります。

それは部分的にあなたのニーズに答えます：

  • 利点：すべての人に共通の構成を維持する方法があり、ローカル構成を誤ってコミットすることはありません
  • 欠点：ファイルを盲目的にコピーすると、実際にはローカルの変更が破壊されます。私たちはそれと一緒に住んでいます。（diffまたはxml固有の操作を使用して）より巧妙なマージツールを作成することもできますが、デプロイメントツールのサポートに多くの時間を費やしたくはありません。
于 2011-02-08T10:34:54.453 に答える