Visual Studioの.suoファイルと.userファイルをソース管理に追加する必要がありますか？

Visual Studioソリューションには、2種類の非表示のユーザーファイルが含まれています。1つは、.suoバイナリファイルであるソリューションファイルです。もう1つは、.userテキストファイルであるプロジェクトファイルです。これらのファイルには正確にどのようなデータが含まれていますか？

これらのファイルをソース管理（私の場合はSubversion）に追加する必要があるかどうかも疑問に思っていました。これらのファイルを追加せず、別の開発者がソリューションをチェックアウトした場合、Visual Studioは自動的に新しいユーザーファイルを作成しますか？

これらのファイルには、一般的にマシンに固有のユーザー設定設定が含まれているため、SCMに配置しないことをお勧めします。また、VSは実行するたびにほとんど変更するため、SCMによって常に「変更済み」としてマークされます。私もどちらも含めていません。私はVSを2年間使用しているプロジェクトに参加しており、それを行うことに問題はありませんでした。マイナーな唯一の不快な点は、デバッグパラメーター（実行パス、展開ターゲットなど）がこれらのファイルのいずれかに保存されている（どちらかわからない）ため、それらの標準がある場合、 '他の開発者が開発環境全体を「すぐに使える」状態にするために、SCMを介してそれを公開します。

これらを追加する必要はありません-ユーザーごとの設定が含まれており、他の開発者はあなたのコピーを望んでいません。

*.suoと*.userファイルをソース管理下に置くのが良い考えではない理由を説明する人もいます。

次のsvn:ignore2つの理由から、これらのパターンをプロパティに追加することをお勧めします。

1. そのため、他の開発者が1つの開発者の設定を使用することはありません。
2. したがって、ステータスを表示したり、ファイルをコミットしたりしても、それらのファイルによってコードベースが乱雑になり、追加する必要のある新しいファイルが不明瞭になることはありません。

バイナリファイル（* .suo）はコミットしませんが、.userファイルはコミットします。.userファイルには、たとえばプロジェクトをデバッグするための開始オプションが含まれています。起動オプションは、プロジェクトのプロパティの[デバッグ]タブにあります。一部のプロジェクトではNUnitを使用し、プロジェクトの開始オプションとしてnunit-gui.exeを構成しました。.userファイルがない場合、各チームメンバーは個別に構成する必要があります。

お役に立てれば。

2011年にGoogleでこの質問/回答を見つけたので、少し時間を取って、Visual Studio 2010で作成された* .SDFファイルへのリンクを、バージョン管理に追加してはいけないファイルのリストに追加すると思います（ IDEがそれらを再作成します）。* .sdfファイルが他の場所で正当に使用されるかどうか確信がなかったため、SVNからの特定の[プロジェクト名] .sdfファイルのみを無視しました。

Visual Studio変換ウィザード2010が大規模なSDFデータベースファイルを作成するのはなぜですか？

いいえ、あなたが言ったように、それらはユーザー固有なので、ソース管理にそれらを追加すべきではありません。

SUO（ソリューションユーザーオプション）：ソリューションに関連付ける可能性のあるすべてのオプションを記録し、ソリューションを開くたびに、行ったカスタマイズが含まれるようにします。

.userファイルには、プロジェクトのユーザーオプションが含まれ（SUOはソリューション用です）、プロジェクトファイル名が拡張されます（たとえば、anything.csproj.userには、anything.csprojプロジェクトのユーザー設定が含まれます）。

これは、この問題に関するマイクロソフトの意見のようです。

ソース管理への.suoファイルの追加（および編集）

プロジェクトがDebuggingWorkingDirectoryをsuoファイルに格納する理由がわかりません。これがユーザー固有の設定である場合は、*。proj.userファイル名に保存することを検討してください。プロジェクトで作業しているすべてのユーザー間でその設定を共有できる場合は、プロジェクトファイル自体に保存することを検討してください。

ソース管理にsuoファイルを追加することさえ考えないでください！SUO（soluton user options）ファイルは、ユーザー固有の設定を含むことを目的としており、同じソリューションで作業しているユーザー間で共有しないでください。sccデータベースにsuoファイルを追加する場合、IDEで他に何を壊すのかわかりませんが、ソース管理の観点からは、Webプロジェクトのscc統合を壊します。別のユーザーがVSSアクセスを行うと、sccが完全に機能しなくなる可能性があります（suoファイルに保存されているVSSのデータベースパスは、他のユーザーには有効ではない場合があります）。

アリンコンスタンタン（MSFT）

MicrosoftのVisual SourceSafeでは、これらのファイルはユーザー固有の設定ファイルであるため、デフォルトではソース管理に含まれていません。ソース管理としてSVNを使用している場合は、そのモデルに従います。

Visual Studioが自動的に作成します。それらをソース管理に置くことはお勧めしません。ローカル開発者のSOUファイルが原因で、VSがその開発者ボックスで不規則に動作することが何度もありました。ファイルを削除してVSに再作成させると、常に問題が解決しました。

上のMSDNのWebサイト、それがはっきりと述べています

ソリューションユーザーオプション（.suo）ファイルには、ユーザーごとのソリューションオプションが含まれています。このファイルをソースコード管理にチェックインしないでください。

したがって、ソース管理にチェックインしている間は、これらのファイルを無視してもかなり安全だと思います。

私はしません。「ユーザー」ごとに変更される可能性があるものは、通常、ソース管理には適していません。.suo、.user、obj / binディレクトリ

これらのファイルはユーザー固有のオプションであり、ソリューション自体から独立している必要があります。Visual Studioは必要に応じて新しいものを作成するため、ソース管理にチェックインする必要はありません。確かに、個々の開発者が自分の環境を自分の好みに合わせてカスタマイズできるようになるため、おそらくそうしない方が良いでしょう。

.userファイルはユーザー固有であるため、ソース管理できません。リモートマシンの名前やその他のユーザーに依存するものが含まれています。これはvcproj関連のファイルです。

.suoファイルはsln関連のファイルであり、「ソリューションユーザーオプション」（スタートアッププロジェクト、ウィンドウの位置（ドッキングされているもの、フローティングされているものなど）など）が含まれています。

これはバイナリファイルであり、「ユーザー関連」のものが含まれているかどうかはわかりません。

当社では、これらのファイルをソース管理下に置いていません。

これらには、通常、単一の開発者に割り当てられるプロジェクトに関する特定の設定が含まれています（たとえば、開始プロジェクトや、アプリケーションのデバッグ時に開始する開始ページなど）。

そのため、バージョン管理にそれらを追加せずに、VSがそれらを再作成して、各開発者が希望する特定の設定を持つことができるようにするのが良いでしょう。

.userはユーザー設定です。.suoはソリューションのユーザーオプションです。これらのファイルをソース管理下に置く必要はありません。ユーザーごとに再作成されます。

番号。

私は本当の短い答えが欲しかったし、何もありませんでした。

Rational ClearCaseを使用すると、答えはノーになります。.sln＆。* projのみをソースコード管理に登録する必要があります。

他のベンダーにはお答えできません。私が正しく思い出せば、これらのファイルは「ユーザー」固有のオプション、つまり環境です。

これらのファイルをバージョン管理に追加しないでください。これらのファイルは、他のワークステーションで問題を引き起こすバージョン管理にチェックインされている場合、ワークステーション固有の情報とともに自動生成されます。

いいえ、これらは開発者/マシン固有のローカル設定であるため、ソース管理に関与するべきではありません。

GitHubは、https：//github.com/github/gitignore/blob/master/VisualStudio.gitignoreで無視するVisual Studioユーザー向けの推奨ファイルタイプのリストを維持しています

svnには、次のglobal-ignoreプロパティセットがあります。

* .DotSettings.User
* .onetoc2
* .suo
.vs
PrecompiledWeb
のThumbs.db
OBJ
ビン
デバッグ
* .user
* .vshost。*
* .tss
* .dbml.layout

ProjectProperties> Debugging> Environmentで実行可能ディレクトリの依存関係を設定すると、パスは「.user」ファイルに保存されます。

上記のフィールドにこの文字列を設定するとします："PATH = C：\ xyz \ bin" これは '.user'ファイルに保存される方法です：

<LocalDebuggerEnvironment>PATH=C:\xyz\bin$(LocalDebuggerEnvironment)</LocalDebuggerEnvironment>

これは、OpenCVでの作業中に非常に役立ちました。プロジェクトごとに異なるバージョンのOpenCVを使用できます。別の利点は、新しいマシンでプロジェクトを設定するのが非常に簡単だったことです。対応する依存関係ディレクトリをコピーする必要がありました。したがって、一部のプロジェクトでは、「。user」をソース管理に追加することを好みます。

それでも、プロジェクトに完全に依存しています。必要に応じて電話を受けることができます。

両方の、他の回答で説明.suoし、.userソースコントロールに追加されるべきではない、彼らは、ユーザ/マシン固有であるので、（BTW .suoVSの最新バージョンのための専用の一時ディレクトリに移動された.vs完全にソース制御不能に保たれるべきです）。

ただし、アプリケーションでVSでデバッグするための環境の設定が必要な場合（このような設定は通常.userファイルに保存されます）、サンプルファイルを準備し（のように名前を付けて.user.SAMPLE）、参照用にソース管理に追加すると便利です。

このようなファイルにハードコードされた絶対パスの代わりに、相対パスを使用するか、環境変数に依存することは理にかなっています。そのため、サンプルは、他のユーザーが簡単に再利用できるほど十分に汎用的です。