2016-10-31 10 views
0

これはVisual Studio IDEでの動作に関する一般的な質問です。私たちは、コードリポジトリのプロジェクトを含むソリューションファイルを用意しています。同期して最新の変更を取得し、自分のマシンでプロジェクトを表示することができます。また、プロジェクトのプラットフォームターゲットはx86でもかまいません。私の同僚は、同じ同期を実行することができます、同じプロジェクトをVisual Studioの同じバージョンで開くと、x64として開きます。また、デバッグで彼が開いていると言っても、リリースされているかもしれません。私はこれらの設定はプロジェクトに固有のものだと思ったので、それで保存しましたが、これらの設定を駆動しているローカル設定のようですね??私は心配する必要があります、ここに何か間違っていますか?アドバイスをいただければ幸いです。ありがとう!Visual Studioビルドプラットフォームは、同じプロジェクトの異なるユーザーによって異なります

+0

かなり確信して所期の構築プラットフォームを、そしてモードを解除するには、プロジェクトではなく、「プロジェクト」設定の「ユーザー」設定です。彼らはデフォルトで(少なくともほとんどのソース管理で)チェックされていません – Kritner

+0

私はそれがプロジェクト設定ではないだろうと私はちょうどそれが奇妙に思えると思っている。 – Puerto

+0

ビルドの設定は実際には私のビューでは壊れているユーザーごとです。これはファイルシステム内のライブラリへのパスにも当てはまりますが、これも非常に混乱します。 –

答えて

0

解決策を最新の状態にリロードするために、Visual Studioは2種類のファイル ".user"と ".suo"ファイルを使用します。これらのファイルは、変更を加えた時点で作成されますあなたのプロジェクト/ソリューションにファイルが存在する場合、Visual Studioはそれをソリューションの一部としてロードしていくつかの設定を変更します。ファイルが存在しない場合、Visual Studioはソリューションをデフォルト値でロードします。これらのファイルは、「ユーザーごとの」設定を尊重するためのものであるため、ソース管理にコミットするべきではありません。

これをテストする場合は、完全にきれいなフォルダ(あなたと同僚)にソースコードを取得してください。

心配することはありません。安全に削除したり、作業ディレクトリに置いたりできます。あなたはこの投稿を閲覧することができ、これらのファイルの詳細については

Should I add the Visual Studio .suo and .user files to source control?

+0

ありがとう!それは、現時点で私にとって本当にそれを明確にしています。 – Puerto

関連する問題