「スタートアップとして設定」オプションがslnファイルではなく、suoファイルに保存されるのはなぜですか？

この設定をソリューションファイルに保存して、すべてのユーザーとソースコード管理の一部で共有する必要があるようです。私たちはsuoファイルをチェックインしないので、各ユーザーはこれを個別に設定する必要がありますが、これは奇妙に見えます。

ユーザー固有ではない設定にする必要があるのはなぜですか？

10個のファイルが含まれるソリューションがあり、1人の開発者が主にこれらのツールの1つをテスト/使用している場合、なぜそれが起動に影響を与えるのですか？

MSはこれを正しく選択したと思います。私が始めたいプロジェクトは、必ずしも他の開発者が始めたいプロジェクトとはかけ離れています。

ジョンがすでに述べたように、誰もが自分のスタートアッププロジェクトを自分で定義できることが絶対に必要です。しかし、専用のデフォルトを用意することは素晴らしいことであり、私が知ることができるように、それは可能です！

ソリューションディレクトリに.suoファイルがない場合、Visual Studioは.slnファイルの最初のプロジェクトをデフォルトのスタートアッププロジェクトとして選択します。

1. Visual Studioを閉じ、.slnファイルをお気に入りのテキストエディターで開きます。4行目から、すべてのプロジェクトがProject– EndProject行でカプセル化されているのがわかります。

2. 目的のデフォルトのスタートアッププロジェクトを最上部にカットアンドペーストします。

3. .suoファイルを削除します。

4. Visual Studioでソリューションを開きます。ターダー！

ジョンが知らないことを知っていれば、特別な賞はありますか？;-)

ほとんどの場合、それはありません。この上のデフォルトを持っている意味をなします。

デフォルトのスタートアッププロジェクトに対応し、これを.slnファイルに格納する方がはるかに優れていますが、開発者は.suoファイルでオーバーライドできます。起動設定が.suoファイルにない場合、.slnのデフォルトの起動プロジェクトが使用されます。

実際、これはVisual StudioのUserVoiceで提案されています。

slnStartupProjectスタートアッププロジェクトを自動的に設定するために呼び出されるWindows用の小さなコマンドラインユーティリティを作成しました。

slnStartupProject slnFilename projectName

私は個人的にそれを使用して、常にダミープロジェクトをソリューションの最初のプロジェクトとして設定するcmakeでソリューションを生成した後、スタートアッププロジェクトを設定ALL_BUILDします。

ソースは GitHubの上にあります。フォークとフィードバックは大歓迎です。

GITを使用している場合は、デフォルトのSUOファイルをコミットして、変更せずにマークすることができます。

git update-index --assume-unchanged YourSolution.suo

デフォルトの開始グループに複数のプロジェクトを含める場合にも機能します。私が知っている唯一の欠点は、SUOファイルをコミットしたくないすべての人がこのコマンドを実行する必要があることです。