Visual Studio 2022 でソリューションをネットワーク共有（UNC パス）から開くと、エラーの赤い波線が出ない、Error List（エラー一覧）をダブルクリックしても該当行に飛べない――そんな現象が起きることがあります。本記事では、まず原因を切り分け、最も確実な回避策である「ドライブレター経由で開く」手順を具体的にまとめます。
Visual Studio 2022 を UNC パスで開くと起きる代表的な症状
問題の特徴は「プロジェクト自体が壊れている」わけではなく、開き方（パスの表現）によって挙動が変わる点です。たとえば同じソリューションでも、C:\ などのローカルパスでは正常なのに、\\Server\Share\ のような UNC パスで開いた途端に、エディタ支援が弱くなります。
| 項目 | ローカルパス（例：C:\…） | UNC パス（例：\\Server\Share\…） |
|---|---|---|
| エラーの赤い波線（エラー表示） | 表示される | 表示されない／極端に遅い |
| Error List（エラー一覧） | ビルド/IntelliSense のエラーが並ぶ | 出ない、または出ても内容が不安定 |
| エラー一覧のダブルクリック | 該当行にジャンプできる | ジャンプできない／別ファイルに飛ぶ／無反応 |
| 設定「Show error squiggles」 | ON で反映される | ON でも効いている感じがしない |
このタイプの現象は、再インストールや設定リセットで改善しないことが珍しくありません。原因がプロジェクト設定や拡張機能ではなく、UNC で開いたときの内部処理（回帰・既知の不具合として報告されることがある挙動）に寄っているケースが多いためです。
最重要ポイント：同じ場所でも「パス表現」が違うと別物として扱われる
Windows では、同じ共有フォルダでも次のように複数の到達方法があります。
- UNC：
\\Server\Share\Project\MyApp.sln - ドライブレター割り当て：
Z:\Project\MyApp.sln
体感としては「同じ場所を開いているだけ」ですが、Visual Studio 2022 側の一部機能（IntelliSense、エラー波線、エラー一覧からのナビゲーションなど）が、パス表現の違いをきっかけに正しく動かなくなることがあります。ここを押さえると、対処が一気にシンプルになります。
結論：UNC ではなく、ネットワークドライブ（ドライブレター）で開くのが最も確実
回避策として最も手堅いのは、ネットワーク共有をドライブレターに割り当てて、ドライブ経由で .sln を開く方法です。実務的にも「この手順だけで直る」ケースが多く、手戻りが少ないです。
手順（GUI）：エクスプローラーでネットワークドライブを割り当てる
- エクスプローラーを開き、「PC」を表示します。
- 上部メニュー（または右クリック）から「ネットワークドライブの割り当て」を選びます。
- 空いているドライブ文字（例：Z:）を選びます。
- フォルダー欄に共有パスを入力します（例：
\\Server\Share）。 - 必要に応じて「サインイン時に再接続する」を ON にします（社内PCで恒常運用する場合に便利）。
- 割り当て後、
Z:\が見えることを確認します。 - Visual Studio 2022 は必ず
Z:\...\xxx.slnを指定して開きます（\\Server\Share\...を開かない）。
手順（コマンド）：net use でドライブを割り当てる
GUI が使いにくい場合や、チームで手順を統一したい場合はコマンドが便利です。
基本形
net use Z: \\Server\Share /persistent:yesユーザー指定が必要な場合（例）
net use Z: \\Server\Share /user:DOMAIN\UserName *最後の * はパスワードを対話入力するための指定です（スクリプトに平文パスワードを書かないための運用として有効です）。
手順（PowerShell）：New-PSDrive で割り当てる
New-PSDrive -Name Z -PSProvider FileSystem -Root "\\Server\Share" -Persistここが重要：割り当てても「開き方」を間違えると再発する
ネットワークドライブを割り当てたのに直らない場合、よくある原因は次のどれかです。
| 落とし穴 | 起きること | 対策 |
|---|---|---|
| ショートカットが UNC を指している | 見た目は同じでも UNC で開いてしまい症状が続く | ショートカットのリンク先を Z:\ に修正 |
| 最近使ったファイル（MRU）から開いている | 過去に UNC で開いた履歴から再度 UNC で開く | いったん閉じて、Z:\ から .sln を選択して開き直す |
| エクスプローラー上で .sln をダブルクリック | 環境によっては UNC 参照の関連付けで開くことがある | Visual Studio の File → Open → Project/Solution で Z:\ を指定 |
| 同一共有が複数名義（別サーバー名/DFS）で見えている | パスが揺れて Visual Studio の内部キャッシュが不安定になりやすい | チームで「使うパス表現」を固定（例：Z:\ で統一） |
ポイントは「共有フォルダの中身」よりも、Visual Studio 2022 が認識するパスが UNC になっていないことです。これだけで赤い波線や Error List のジャンプが復活するケースが多いです。
追加の回避策：フォルダではなく .sln を明示的に開き直す
環境によっては、UNC 上のフォルダを開いて作業を始めた結果、Visual Studio が期待した形でソリューションをロードできていないことがあります。その場合は、次の手順が効くことがあります。
- Visual Studio 2022 を開いた状態で、いったん対象を閉じます。
- File → Open → Project/Solution を選びます。
- 対象の
.slnを明示的に選択して開き直します。
この方法は、ドライブ割り当てほど確実ではありませんが、「フォルダを開いただけの状態」から「ソリューションを正しく開く状態」に戻せることがあり、症状が軽い場合に役立ちます。可能であれば、この手順もドライブレター経由（Z:\）で行うのが安全です。
決定打になりにくいが、併せて確認したいチェックリスト
UNC 起因の現象の場合、設定変更だけで根本解決しないことが多い一方で、周辺の状態が悪化していると復帰しづらくなることもあります。ドライブ割り当てと合わせて、次のチェックを一度だけ実施しておくと切り分けがスムーズです。
| チェック項目 | 目的 | 具体例 |
|---|---|---|
| Visual Studio 2022 を最新へ更新 | 既知の不具合・回帰の修正が入っている可能性に備える | Visual Studio Installer から更新 |
| 設定の初期化 | 拡張や設定の影響を最小化 | devenv /ResetSettings |
| .vs / bin / obj の削除 | キャッシュ破損の影響を排除 | ソリューションを閉じてから削除 → 再ビルド |
| Error List の表示モード確認 | 表示対象のフィルタが原因で「出ていないだけ」を防ぐ | Build + IntelliSense になっているか確認 |
| 拡張機能を一時停止 | 拡張がナビゲーションを妨げている可能性を排除 | 疑わしい拡張を無効化して再現確認 |
ただし、今回のテーマ（UNC で開くと赤い波線が出ない／エラー一覧からジャンプできない）に限っては、これらのチェックが「完全解決」になることは多くありません。優先順位としては、まずドライブレター経由で開くが最優先です。
10分でできる：UNC 起因かどうかの切り分け手順
原因が UNC 起因か、プロジェクト側の問題かを短時間で見極めるための手順です。チーム内で問い合わせが来たときにも、この流れで確認すると説明が早くなります。
- UNC で開く：
\\Server\Share\...\xxx.slnを開き、赤い波線と Error List のジャンプが効くか確認 - 同じ共有を Z:\ に割り当て：
Z:\...\xxx.slnを開き直し、同じ操作を実施 - 差分を見る：UNC だけ不調で、Z:\ で復活するなら「パス表現（UNC）起因」の可能性が高い
この切り分けができると、無駄に「プロジェクトの修正」や「再インストール」に時間を使わずに済みます。
チーム開発での実践ポイント：再発させない運用に寄せる
ネットワーク共有上のソリューションを複数人で扱う場合、個々のPCで「たまたま UNC で開いた」ことが引き金になり、症状が再発しやすくなります。以下の運用を決めておくと、問い合わせ対応のコストが下がります。
「開く手順」を統一する（Z:\ などのドライブ文字を固定）
- チームでドライブ文字を統一（例：全員 Z:\ を使用）
- マニュアルやWikiには UNC ではなく、ドライブレターのパスで記載
- ショートカットや起動用バッチも Z:\ を前提にする
起動用バッチを用意して、人間のミスを減らす
例として、共有に Z:\ を割り当ててからソリューションを開くバッチのイメージです（必要に応じて社内ルールに合わせて調整してください）。
@echo off
rem 共有フォルダをZ:に割り当て（すでに存在する場合はスキップされることがあります）
net use Z: \\Server\Share /persistent:yes
rem Visual Studioでソリューションを開く（パスはZ:\を必ず使う）
start "" "Z:\Project\MyApp.sln"これを配布して「このショートカットから開いてください」と案内するだけで、UNC で開いてしまう事故が大幅に減ります。
可能なら「作業コピーはローカル」に寄せる
ネットワーク共有を開発の作業場所として使うと、UNC 問題以外にも、I/O 遅延やファイル監視の不安定さ、ロック競合など、開発体験を落とす要因が増えがちです。実務では次の構成が安定しやすいです。
- リポジトリ（Git など）は各自ローカルにクローンして作業する
- 成果物や配布物だけを共有へ置く
- どうしても共有で編集が必要な場合は、今回のように「必ずドライブレター経由で開く」を徹底する
よくある質問
なぜ UNC だと赤い波線（エラー表示）が出なくなるの？
現象としては、Visual Studio 2022 が UNC パス上のファイルを扱うときに、IntelliSense やエラー診断、エラー一覧からのナビゲーションが本来の挙動にならないケースがあります。プロジェクト設定の問題というより、パスの扱い・ファイル監視・内部キャッシュなどの組み合わせで発生するタイプの不具合として語られることが多く、ユーザー側で完全に制御しにくいのが難点です。
「Show error squiggles」を ON にしているのに効かないのはなぜ？
設定は正しくても、UNC で開いた状態だとその機能が期待通り動作しないことがあります。設定のON/OFFよりも、まずUNC で開いていない状態（Z:\ など）を作るほうが効果的です。
ドライブ割り当てができない（社内制限がある）場合は？
ポリシーでドライブ割り当てが制限される環境もあります。その場合は、次のいずれかを検討してください。
- 共有上ではなく、ローカルに作業コピーを置く（バージョン管理で同期）
- 社内ITに「開発用途のネットワークドライブ割り当て」を申請し、許可された方法で実施する
- 一時的な回避として、File → Open → Project/Solution から .sln を明示的に開き直す（確実性は下がる）
エラー一覧をダブルクリックしても飛べないとき、まず何を見る？
- そのソリューションを UNC で開いていないか（パスが
\\になっていないか） - Error List の表示モードが「Build + IntelliSense」になっているか
- 同じ .sln を Z:\ で開き直すと復活するか
この順番で確認すると、最短で原因に近づけます。
まとめ：最短で直すなら「UNC をやめてドライブレターで開く」
Visual Studio 2022 でネットワーク共有（UNC パス）上のソリューションを開いたときに、赤い波線が出ない／Error List からジャンプできない問題は、設定や再インストールで直りにくいことがあります。まず試すべきは、ネットワーク共有をドライブレターに割り当て、Z:\ のような形式で .sln を開くことです。
それでも不安定な場合は「.sln を明示的に開き直す」「キャッシュ削除」「表示モード確認」といった補助的な切り分けを行い、運用面では「開くパスの統一」「起動用バッチで UNC を踏ませない」まで整えると、再発率を下げられます。
コメント