Visual Studioで複数のMicrosoftアカウントやGitHubアカウントを使っていると、「画面右上でアカウントを切り替えれば、AzureやGitHub Copilotも同じアカウントに切り替わるのか」「既存プロジェクトに影響するのか」と迷いやすくなります。
結論から言うと、2026年7月8日ごろに検知された「Sign in or switch Visual Studio accounts」の更新は、Visual Studioの新機能追加や認証仕様の変更ではありません。公式ドキュメントのGitHubリポジトリでは、米国時間2026年7月7日、日本時間では7月8日に更新されていますが、対象ページの差分は担当著者を示すメタデータの変更だけです。既存コードやプロジェクトに対する緊急対応は不要です。(GitHub)
ただし、Visual Studioには「Personalization Account」「アクティブなGitHubアカウント」「Azure Service Authenticationで選択したアカウント」という複数の認証コンテキストがあります。複数アカウントを併用する環境では、更新の有無にかかわらず、どのサービスがどのアカウントを使うかを確認しておく必要があります。
2026年7月8日の更新で何が変わったのか
結論はドキュメント管理情報の更新
Microsoft Learnの対象ページは、Visual Studioへのサインイン、アカウントの追加と切り替え、プロファイル更新、アカウント削除、全アカウントからのサインアウトをまとめた操作ガイドです。現在のページ上では、最終更新日が2025年12月15日と表示されています。(Microsoft Learn)
一方、公式ドキュメントのGitHubリポジトリでは2026年7月7日にコミットが行われています。このコミットで変更されたのは、対象ページのauthorとms.authorです。本文、操作手順、対応バージョン、画面仕様を変更した差分は確認できません。(GitHub)
| 確認項目 | 公式情報から確認できる内容 | 対応判断 |
|---|---|---|
| 2026年7月のリポジトリ更新 | 著者メタデータの変更 | 製品対応は不要 |
| Microsoft Learn上の最終更新日 | 2025年12月15日 | 7月に本文が全面改訂されたわけではない |
| サインイン画面や操作手順 | 7月のコミットでは変更なし | 操作マニュアルの緊急改訂は不要 |
| API・プロジェクト形式 | 変更を示す差分なし | コード修正や再ビルドは不要 |
| 認証テスト | 7月の文書更新だけを理由にしたテストは不要 | Visual Studio更新やアカウント構成変更時に実施 |
更新監視サービスや検索エンジンでは、本文ではなくメタデータの変更でも「新しく更新されたページ」として検知されることがあります。そのため、更新日だけを見て新機能と判断せず、リリースノートやGitHub上の実際の差分まで確認することが重要です。
Visual Studioのアカウント構造を理解する
Visual Studioでは、Microsoft系アカウントとGitHubアカウントに異なる役割があります。単純に「ログインしているアカウント」という一つの状態で管理されているわけではありません。
MicrosoftアカウントとGitHubアカウントの違い
| アカウント | 主な用途 | 設定の同期 | 切り替え時に注意する機能 |
|---|---|---|---|
| Microsoft個人アカウント | Visual Studioプロファイル、サブスクリプション、Azure | 対応 | IDE設定、ライセンス、Azureアクセス |
| 職場または学校アカウント | 組織のVisual Studio契約、Azure、Azure DevOps | 対応 | テナント、条件付きアクセス、MFA |
| GitHub.comアカウント | GitHub Copilot、GitHubリポジトリ、GitHub Actions | 非対応 | Copilot契約、リポジトリ権限 |
| GitHub Enterpriseアカウント | Enterprise Server、Enterprise Managed Userなど | 非対応 | EnterpriseのURL、組織ポリシー |
Microsoft系アカウントでサインインすると、Visual Studioの設定同期、Visual Studioサブスクリプションによるライセンス認証、AzureやAzure DevOpsへの接続などを利用できます。GitHubアカウントはGitHub CopilotやGitHubリポジトリへのアクセスに使われますが、Visual Studioの設定を端末間で同期する用途には使えません。Microsoftは、Microsoftアカウントを主アカウントとしてサインインし、GitHubアカウントを追加する構成を推奨しています。(Microsoft Learn)
Personalization Accountとは
最初にサインインしたアカウントは、Visual Studioの「Personalization Account」として扱われます。
GitHubアカウントで最初にサインインした場合、そのGitHubアカウントがPersonalization Accountになります。ただし、GitHubアカウントでは設定を他の端末へ同期できません。その後にMicrosoftアカウントを追加すると、Microsoftアカウントが新しいPersonalization Accountになります。(GitHub)
実務では、次の構成にすると役割を整理しやすくなります。
- Microsoftの職場または学校アカウントをPersonalization Accountにする
- 業務用GitHubアカウントを追加する
- GitHub Copilotの契約があるアカウントをアクティブにする
- Azure開発を行う場合は、Azure Service Authenticationのアカウントを別途確認する
Visual Studioのアカウント切り替えは全サービス共通ではない
Visual Studioで特に注意したいのは、画面右上のアカウント操作が、すべてのサービスに対する単一のグローバル切り替えではないことです。
| 認証コンテキスト | 主な設定場所 | 影響する範囲 |
|---|---|---|
| Personalization Account | File > Account Settings... | IDE設定同期、プロファイル、ライセンス |
| アクティブなGitHubアカウント | プロファイルカードまたはAccount Settings | GitHub Copilot、GitHub認証シナリオ |
| Azure Service Authentication | Tools > Options > Azure Service Authentication > Account Selection | Azure SDKのローカル認証、Azureへの発行 |
| Microsoft Entraテナント | Account Settingsのアカウントフィルター | 利用可能なAzureテナントとリソース |
| GitHub Enterprise | Tools > Options内のアカウント設定 | Enterprise Serverや.ghe.comへの接続 |
複数のGitHubアカウントを追加した場合、最初に追加したアカウントがアクティブになります。別のGitHubアカウントを使うには、対象アカウントを明示的に「Set as active account」に変更します。Azureについても、Visual Studioにアカウントを追加しただけではなく、Azure Service Authenticationで使用するアカウントを選択する必要があります。(Microsoft Learn)
Visual Studioにサインインする方法
初回起動時にサインインする
Visual Studioを初めて起動すると、サインイン画面が表示されます。
- Visual Studioを起動する
- Microsoft系アカウントまたはGitHubアカウントを選択する
- ブラウザーやWindows認証画面で認証する
- テーマなどの初期設定を選択する
- 画面右上にプロファイルが表示されることを確認する
初回起動時にサインインを省略した場合でも、後からサインインできます。Microsoft系アカウントは「Microsoft」、GitHubアカウントは「GitHub」を選択します。(Microsoft Learn)
IDEから後でサインインする
- Visual Studio右上のサインインアイコンを選択する
- MicrosoftまたはGitHubを選択する
- 認証情報を入力する
File > Account Settings...を開く- 目的のアカウントが「All Accounts」に表示されていることを確認する
File > Account Settings...から直接アカウントを追加することもできます。
複数アカウントを追加して切り替える方法
Microsoft系アカウントを追加する
- Visual Studio右上のプロファイルアイコンを選択する
Add another accountを選択するMicrosoft accountを選択する- 一覧からアカウントを選ぶか、
Use a different accountを選択する - 認証を完了する
複数アカウントの一覧は別のPCへ引き継がれる場合がありますが、認証情報そのものは引き継がれません。新しいPCで各アカウントのリソースへ初めてアクセスするときは、再認証が必要です。(Microsoft Learn)
GitHubアカウントを追加する
GitHubアカウントは、次の場所から追加できます。
- 初回起動画面
- 右上のプロファイルカード
File > Account Settings...- GitHub Copilotのチャット画面
- GitHub Copilotのステータスアイコン
Visual Studio 17.13以降では、初回起動時にGitHubアカウントでサインインできます。Visual Studio 17.14以降では、Copilot契約を持たないGitHubアカウントを使った初回起動時に、Copilot Freeを有効化する選択肢も表示されます。管理者がCopilotを無効化している場合は、組織のポリシーが優先されます。(Microsoft Learn)
アクティブなGitHubアカウントを変更する
プロファイルカードから変更する場合は、次の手順です。
- Visual Studio右上のプロファイルアイコンを選択する
- アクティブにしたいGitHubアカウントのメニューを開く
Set as active accountを選択する- Copilotのステータスとリポジトリへのアクセスを確認する
Account Settingsから変更する場合は、対象アカウントのメニューを開き、同じくSet as active accountを選択します。(Microsoft Learn)
GitHub Copilotが契約済みなのに利用できない場合は、アクティブなGitHubアカウントがCopilot契約を持っているか確認してください。複数アカウント環境では、サインイン済みであることと、Copilotで使われるアカウントが正しいことは別の問題です。(Microsoft Learn)
Azureで使用するアカウントを切り替える方法
Visual StudioからAzureへ接続する場合は、プロファイルカードだけでなくAzure Service Authenticationも確認します。
Tools > Optionsを開く- 検索欄に「Azure」と入力する
Azure Service Authenticationを開くAccount Selectionを選択する- Azureリソースへの権限を持つMicrosoftアカウントを選ぶ
- 対象テナントとサブスクリプションを確認する
.NETアプリがローカル実行時にDefaultAzureCredentialまたはVisualStudioCredentialを使っている場合、Visual Studioで選択されたAzure開発者アカウントが認証に利用されることがあります。Visual Studioから直接Azureへ発行するときにも、このアカウントが使われます。Azure開発用の認証機能を使うには、Visual Studio InstallerでAzure開発ワークロードが必要です。(Microsoft Learn)
そのため、アカウント切り替えによってソースコードが変わらなくても、ローカル実行結果が変わる可能性があります。典型的には次のような現象です。
- 開発環境では成功していたAzure Storageへの接続が403になる
- 別テナントのKey Vaultを参照しようとして失敗する
- 想定外のAzureサブスクリプションへ発行しそうになる
DefaultAzureCredentialが別の開発者資格情報を選択する- ゲスト参加しているMicrosoft Entraテナントのリソースが表示されない
Azureを利用するプロジェクトでは、Visual Studio右上の表示名だけでなく、Azure Service Authenticationで選択されているアカウントとテナントを確認してください。
既存実装との互換性
2026年7月の更新によるコード互換性への影響はない
今回確認された変更は、公式ドキュメントの著者メタデータだけです。そのため、次の要素に対する変更は確認されていません。
.slnや.csprojの形式- C#やC++などのコンパイル動作
- Visual Studio拡張機能向けAPI
- Gitのリポジトリ形式
- Azure SDKの認証API
- CI/CDパイプライン
- ビルド済みアプリケーションの実行環境
既存プロジェクトの再ビルド、ソースコード修正、ライブラリ更新を行う必要はありません。必要なのは、Visual Studio本体を更新した場合や、利用アカウント、テナント、Copilot契約、組織ポリシーを変更した場合の動作確認です。(GitHub)
バージョンによって異なる現行仕様
2026年7月の文書更新とは別に、Visual Studioのバージョンによって利用できる認証機能は異なります。
| 機能 | 導入条件・仕様 |
|---|---|
| 初回起動時のGitHubサインイン | Visual Studio 17.13以降 |
| 初回起動時のCopilot Free有効化 | Visual Studio 17.14以降 |
| Windows認証ブローカーの利用 | Visual Studio 2022 17.11以降 |
| 同一PC内を含む設定同期の制御 | Visual Studio 2022 17.2以降 |
| Visual Studio 2022から2026への設定同期 | 2022から2026へ同期するが、2026から2022へは戻らない |
| GitHub Enterpriseの追加 | オプションでEnterpriseアカウントを有効化する必要がある |
GitHubの初回サインインとCopilot Freeの条件は、Visual Studioのバージョンに依存します。Microsoft系アカウントのMFAや条件付きアクセスでは、Visual Studio 2022 17.11以降でWindows認証ブローカーが推奨されています。(Microsoft Learn)
Visual Studio 2026へ初めてサインインすると、Visual Studio 2022のプロファイル設定が2026側へ同期されます。ただし、2026側で変更した設定は2022側へ同期されません。Visual Studio 2022と2026を併用する場合は、双方向同期だと思い込まないようにしてください。(Microsoft Learn)
対応が必要か判断する基準
| 利用状況 | 対応要否 | 推奨対応 |
|---|---|---|
| 単一のMicrosoftアカウントでローカル開発のみ | 原則不要 | 現在のサインイン状態を確認 |
| 2026年7月の文書更新だけを検知した | 不要 | 製品更新として扱わない |
| 個人用と業務用のGitHubアカウントを併用 | 確認推奨 | アクティブアカウントとCopilot契約を確認 |
| Azureをローカル認証で利用 | 確認必須 | Azure Service Authenticationとテナントを確認 |
DefaultAzureCredentialを使用 | テスト推奨 | 実際に取得したIDと対象リソースを確認 |
| GitHub Enterpriseを利用 | 設定が必要 | Enterpriseアカウントを有効化 |
| MFAや条件付きアクセスを適用 | テスト必須 | WAMとシステムブラウザーの両方を確認 |
| Visual Studio 2022と2026を併用 | 確認推奨 | 設定同期の方向を確認 |
| 共用PCや検証用PCを利用 | 運用整備が必要 | 作業後のアカウント削除または全サインアウトを徹底 |
特に対応優先度が高いのは、Azureのローカル認証、複数GitHubアカウント、GitHub Copilot、Microsoft Entraの複数テナントを利用している環境です。
導入・切り替え時に実施したいテスト
事前に現在の状態を記録する
アカウントを追加または切り替える前に、次の情報を記録します。
- Visual Studioのバージョン
- Personalization Account
- 登録済みのMicrosoft系アカウント
- アクティブなGitHubアカウント
- Azure Service Authenticationで選択されているアカウント
- 利用中のMicrosoft Entraテナント
- 設定同期の有効・無効
- GitHub Copilotの契約状態
- Visual Studioのライセンス状態
記録を残しておけば、問題発生時に「アカウント切り替え前から起きていた問題か」を切り分けやすくなります。
サービスごとに認証を確認する
| テスト対象 | 確認内容 | 合格基準 |
|---|---|---|
| Visual Studio再起動 | サインイン状態が保持されるか | 期待するアカウントが表示される |
| GitHubリポジトリ | Privateリポジトリのfetch・push | 正しい組織と権限で成功する |
| GitHub Copilot | チャットとコード補完 | 契約済みアカウントで有効になる |
| Azureポータル連携 | 対象リソースの表示 | 正しいテナントとサブスクリプションが表示される |
| Azure SDK | ローカル実行でAPIへ接続 | 想定した開発者IDで認証される |
| Azureへの発行 | 発行先の確認 | 誤ったサブスクリプションを選択しない |
| 設定同期 | テーマやキーボード設定 | 想定した端末だけに同期される |
| 新しいPC | 追加アカウントの利用 | 必要な再認証が表示される |
| アカウント削除 | 他アカウントへの影響 | 意図したアカウントだけが削除される |
| 全サインアウト | 保存済みアカウント | 全アカウントと関連リソースへの接続が解除される |
Azureでは認証成功だけでなくIDを確認する
Azureのテストでは、「エラーが出なかった」だけでは不十分です。複数アカウントが同じAzureリソースへアクセスできる場合、誤ったアカウントでも処理が成功する可能性があります。
テスト時は次の項目まで確認します。
- Microsoft EntraのテナントID
- AzureサブスクリプションID
- 実際に使用されたユーザーまたはサービスプリンシパル
- 対象リソースグループ
- 読み取りだけでなく更新権限の有無
- 本番環境と検証環境の取り違えがないこと
アカウント削除とサインアウトの違い
Visual Studioでは、「Remove account」と「Sign out」の影響が異なります。
通常のアカウント削除では、選択したアカウントだけが削除され、そのアカウントに関連するリソースへアクセスできなくなります。一方、Sign outを選択すると、Visual Studioに登録されたすべてのアカウントからサインアウトします。(Microsoft Learn)
さらに、MicrosoftアカウントがPersonalization Accountになっている場合、そのアカウントを削除すると、他のアカウントも削除され、全アカウントからのサインアウトに近い状態になる点に注意が必要です。(GitHub)
| 操作 | 影響 |
|---|---|
| 通常の追加アカウントをRemove | 原則として対象アカウントだけを削除 |
| GitHubアカウントをRemove | 対象GitHubアカウントと関連リソースへのアクセスを解除 |
| MicrosoftのPersonalization AccountをRemove | 他の登録アカウントも削除される可能性がある |
| Sign out | Visual Studio内の全アカウントからサインアウト |
| GitHubのSet as active account | 削除せず、アクティブなGitHubアカウントだけを変更 |
共用PCや一時的な検証端末では、作業後に単一アカウントの削除でよいのか、全サインアウトが必要なのかを事前に決めておきましょう。
MFA・条件付きアクセス環境の注意点
Microsoftは、Visual Studio 2022 17.11以降では、Microsoft系アカウントの追加と再認証にWindows認証ブローカーを使う方法を推奨しています。Windowsに登録済みのアカウントを利用でき、MFAや条件付きアクセスポリシーにも対応しやすくなります。問題がある場合は、認証方式をシステムブラウザーへ変更できます。(Microsoft Learn)
設定場所は次のとおりです。
Tools > Optionsを開くAccountsを選択するAdd and reauthenticate accounts usingを確認する- Windows authentication brokerまたはSystem web browserを選択する
複数のMicrosoft Entraテナントに所属しているアカウントでは、特定のテナントの条件付きアクセスに失敗し、アカウント全体の再認証が必要になることがあります。不要なテナントをフィルターすれば認証エラーを回避できる場合がありますが、フィルターしたテナントのAzureリソースにはアクセスできなくなります。(Microsoft Learn)
認証トラブルを解決するためにテナントを除外した場合は、サインイン成功だけでなく、必要なAzureリソースが引き続き表示されるか確認してください。
GitHubアカウントで失敗しやすいポイント
Visual Studioを別のWindowsユーザーとして実行している
Visual Studioを実行しているWindowsユーザーと、Windowsへサインインしているユーザーが異なる場合、GitHubアカウントの追加に失敗することがあります。
タスクマネージャーでdevenv.exeの実行ユーザーを確認し、通常はWindowsへサインインしているユーザーと同じアカウントでVisual Studioを起動します。管理者権限で実行するツールや外部製品によって、別ユーザーとして起動されていないかも確認してください。(Microsoft Learn)
localhostのHSTS設定が認証を妨げる
GitHub認証ではブラウザーからVisual Studioへ認証結果を戻す処理が行われます。ブラウザーでlocalhostに対するHSTS設定が残っていると、GitHubアカウントの追加や再認証に失敗する場合があります。公式ドキュメントでは、EdgeまたはChromeの内部設定画面からlocalhostのHSTSポリシーを削除する方法が案内されています。(Microsoft Learn)
この操作は通常の切り分けで最初から行うものではありません。ブラウザー認証が完了してもVisual Studioへ戻れない場合に確認します。
GitHub Enterpriseが追加候補に表示されない
GitHub Enterprise Serverや.ghe.comのアカウントは、既定では追加候補に表示されません。
Tools > Options内のアカウント設定で、GitHub Enterprise CloudおよびGitHub Enterprise Serverアカウントを含める設定を有効にします。Visual Studioのバージョンによって、設定場所がEnvironment > AccountsまたはMore Accountsとして表示される場合があります。(Microsoft Learn)
プロキシ環境での注意点
Visual Studioは、Microsoft系アカウントの追加時にプロキシ環境を検知し、必要に応じてプロキシ認証情報の入力を求めます。プロキシ認証情報はWindows Credential Managerに保存され、認証処理で利用されます。(Microsoft Learn)
Visual Studioを起動した後にプロキシが有効になった場合や、プロキシ構成が変更された場合は、Account Settingsに警告が表示されても認証ダイアログが出ないことがあります。この場合はVisual Studioを再起動します。プロキシはTools > Options > Proxy Settingsから明示的に設定することもできます。(Microsoft Learn)
よくある誤解と正しい対応
右上のアカウントを切り替えればAzureも切り替わる
必ずしも切り替わりません。
AzureはAzure Service Authentication > Account Selectionで別途選択します。DefaultAzureCredentialやVisualStudioCredentialを使うプロジェクトでは、ローカル実行時のAzure認証に影響するため、必ず確認してください。
GitHubアカウントだけで設定同期できる
GitHubアカウントではVisual Studio設定を端末間で同期できません。
設定同期が必要な場合はMicrosoft系アカウントを追加し、Personalization Accountとして使用します。(Microsoft Learn)
別PCにも認証情報が自動で引き継がれる
複数アカウントの一覧が引き継がれても、認証情報は引き継がれません。別PCでは、対象アカウントのリソースへ初めてアクセスするときに再認証が必要です。(Microsoft Learn)
アカウントを一つ削除しても他には影響しない
MicrosoftのPersonalization Accountを削除した場合は、すべてのアカウントが削除される可能性があります。削除前に、対象アカウントがPersonalization Accountか確認してください。(GitHub)
Copilot契約があれば、どのGitHubアカウントでも使える
Copilot契約を持つGitHubアカウントがアクティブでなければ、Copilotが非アクティブになることがあります。複数のGitHubアカウントを登録している場合は、契約済みアカウントをアクティブにします。(Microsoft Learn)
Visual Studioへのサインインは必須か
Visual Studio Communityは、基本的にはサインインせずに利用できます。ただし、未サインインの場合は定期的にサインインを求められることがあり、中断なく使い続けるためにはサインインが案内されています。(Microsoft Learn)
Visual Studio ProfessionalまたはEnterpriseでは、Visual StudioサブスクリプションやAzure DevOps組織に関連付けられたMicrosoftアカウントでサインインすることでライセンスを有効化できます。試用期間の延長にもMicrosoftアカウントが利用されます。(Microsoft Learn)
対応要否を最終確認する
2026年7月8日ごろに検知された「Sign in or switch Visual Studio accounts」の更新は、著者メタデータの変更であり、新しい認証機能の公開ではありません。今回の更新だけを理由に、コード修正、Visual Studioの再展開、全社的な回帰テストを行う必要はありません。
一方、複数アカウントを使う環境では、次の三つを確認してください。
- Microsoft系アカウントとGitHubアカウントの役割を分ける
- GitHubのアクティブアカウントとAzure Service Authenticationを個別に確認する
- GitHub Copilot、Privateリポジトリ、Azureローカル認証を実際にテストする
まずFile > Account Settings...を開き、Personalization Account、登録済みアカウント、アクティブなGitHubアカウントを確認します。Azureを利用している場合は、続けてTools > Options > Azure Service Authentication > Account Selectionを確認するのが確実です。
コメント