DONE

DONE（移行済みページ）

元 Wiki のページ名と、移行先 Markdown ファイルの対応表。
「元の更新日」は PukiWiki ダンプ（_dump/）上のページ更新日時で、更新チェック時の基準にする。

移行状況

サイト	状況	移行ページ	ダンプ全体	移行対象外	詳細
techinfoofmicrosofttech（`MS_`）	完了（フェーズ121）	1,192	1,296	104	「techinfoofmicrosofttech の移行完了」
opentouryo（`OTR_`）	未着手	0	—	—	予約ファイル名は TODO.md の「opentouryo」
dotnetdevelopmentinfrastructure（`DNET_`）	完了（フェーズ86）	736	756	20	「dotnetdevelopmentinfrastructure の移行完了」

移行ページ数は各サイトの *_FrontPage.md を含む。
移行対象外は、PukiWiki のカテゴリ・設定・システムページと、転送・空のページである。

添付ファイルの命名規則

種別	命名	例
図	`<移行先ファイル名>_<連番>.<拡張子>`	`Doxygen_1.png`
図以外の添付（ZIP等）	`<移行先ファイル名>_<元の添付ファイル名>`	`Doxygen_doxygen.zip`

図以外の添付は元ファイル名を保つ（連番は振らない）。
同一ファイルが複数ページに添付されている場合は 1 つだけ配置し、他ページからはそれを参照する。 GitHub Wiki はファイル名で解決するため、パスの相違は問題にならない。

サイト別プレフィックスについて（ルール改訂）

AGENTS.md の改訂により、名称の重複が無くてもサイト別プレフィックスを必ず付与する ルールになった。

サイト	プレフィックス	配置フォルダ
techinfoofmicrosofttech	`MS_`	`techinfoofmicrosofttech/`
opentouryo	`OTR_`	`opentouryo/`
dotnetdevelopmentinfrastructure	`DNET_`	`dotnetdevinfra/`

本表以下の各フェーズの「移行先ファイル」は、この改訂を反映済み（techinfoofmicrosofttech は MS_、dotnetdevelopmentinfrastructure は DNET_ 付き）。
添付ファイル（図・ZIP 等）も、命名の基準となる *.md 名に追随して MS_ 付きに改名した。
各フェーズに残る「※ …に同名ページが存在するため MS_ プレフィックスを付与」という注記は、 改訂前の、衝突時のみ付与していた時期の記録である。実際に衝突していた事実の記録として残す。
ルート直下の Home.md / DONE.md / TODO.md はサイトコンテンツではないため、プレフィックスを付けない。

フォルダ階層について

各フェーズの「配置先」は移行を行った時点の記録である。
その後、人手による階層化（git mv）でフォルダが再編されている場合があるため、
現在の所在はフェーズ表からは判断できない。

GitHub Wiki はファイル名で解決し、リンクにパスを使用しないため、
フォルダを移動してもリンクの張り替えは不要である（AGENTS.md）。
移動時に必要なのは「添付ファイルを対応する *.md と同じフォルダへ一緒に動かす」ことだけである。

techinfoofmicrosofttech/ の再編：下記「infrastructure/identity/ の分割」ほか。
dotnetdevinfra/ の構成：dotnetdevelopmentinfrastructure の節末尾の「dotnetdevinfra/ のフォルダ振り分け（2026-09-10）」を参照。

infrastructure/identity/ の分割（2026-08-04）

肥大化（md 92 + 添付 34）したため、以下の 6 つに分割した。

フォルダ	md	内容
`account/`	19	Windows のアカウント・グループ・権限（SAM、ローカル／ドメインアカウント、gMSA、ACL、委任等）
`activedirectory/`	25	Active Directory 本体と各サーバーロール（AD DS / LDS / CS / FS / RMS）、グループポリシー、Kerberos、LDAP
`authentication/`	9	認証手段そのもの（FIDO 系、生体認証、ワンタイム・パスワード、LoA、Forms 認証、WAM）
`federation/`	14	認証結果の受け渡し（クレームベース認証、SAML、OIDC / OAuth、JWT、トークン、STS、SCIM）
`certificate/`	10	証明書・PKI（証明書、CRL、CTL、PKCS、PKI、PMI、SSL/TLS、OpenSSL、IIS の SSL 設定）
`azuread/`	11	Microsoft Entra ID（Azure AD）と Azure の認可（B2B / B2C / 条件付きアクセス / RBAC / マネージド ID 等）

「どう本人確認するか」（authentication/）と「認証結果をどう渡すか」（federation/）を分けている点が要点。
以下は認証・ID の話ではないため、identity/ の外へ移した。

ファイル	移動先
`MS_EncryptionAlgorithms.md`（＋図 5 点）	`programming/`
`MS_DotNetCryptoAlgorithms.md`	`programming/`
`MS_BouncyCastle.md`	`programming/`
`MS_SoftwareDeploymentTechnology.md`	`programming/`

techinfoofmicrosofttech

ダンプ: _dump/techinfoofmicrosofttech_20260729（全 1296 ページ）

フェーズ1（10ページ）

元ページ名	移行先	元の更新日
FrontPage	`techinfoofmicrosofttech/MS_FrontPage.md`	2024-05-28
設計のポイント	`techinfoofmicrosofttech/MS_DesignPoints.md`	2020-03-20
トラブルシュート	`techinfoofmicrosofttech/MS_Troubleshooting.md`	2020-04-13
インフラストラクチャ	`techinfoofmicrosofttech/MS_Infrastructure.md`	2019-05-09
プログラミング	`techinfoofmicrosofttech/MS_Programming.md`	2020-03-14
テスト	`techinfoofmicrosofttech/MS_Testing.md`	2021-02-17
ドキュメンテーション	`techinfoofmicrosofttech/MS_Documentation.md`	2022-02-17
移行・マイグレーション	`techinfoofmicrosofttech/MS_Migration.md`	2026-07-05
事務とかOfficeとかのトピック	`techinfoofmicrosofttech/MS_OfficeAndClericalTopics.md`	2021-06-11
カテゴリ一覧	`techinfoofmicrosofttech/MS_CategoryList.md`	2020-11-27

フェーズ2（10ページ）

元ページ名	移行先	元の更新日	図
アーキテクチャ設計	`techinfoofmicrosofttech/MS_ArchitectureDesign.md`	2021-02-09	－
高信頼性設計のポイント	`techinfoofmicrosofttech/MS_HighReliabilityDesignPoints.md`	2020-03-20	`HighReliabilityDesignPoints_1..6.png`
性能問題のポイント	`techinfoofmicrosofttech/MS_PerformanceProblemPoints.md`	2026-03-29	－
あるある	`techinfoofmicrosofttech/MS_CommonPitfalls.md`	2024-07-26	－
障害発生時の分析	`techinfoofmicrosofttech/MS_FailureAnalysis.md`	2020-04-13	－
初回が遅い！	`techinfoofmicrosofttech/MS_SlowFirstRequest.md`	2025-06-26	－ ※添付 `pingWebApp.vbs` は本文にコードブロックで取込
Windowsネットワークの基礎知識、設定・トラブルシュート	`techinfoofmicrosofttech/MS_WindowsNetworkTroubleshooting.md`	2019-10-27	－
ネットワークの基礎編	`techinfoofmicrosofttech/MS_NetworkBasics.md`	2021-06-23	`NetworkBasics_1..16.png`
Windowsネットワーク編	`techinfoofmicrosofttech/MS_WindowsNetworking.md`	2017-05-04	`WindowsNetworking_1..3.png`
監視・パケット解析編	`techinfoofmicrosofttech/MS_NetworkMonitoringAndPacketAnalysis.md`	2020-10-12	`NetworkMonitoringAndPacketAnalysis_1..9.png`

※ フェーズ1・2 の一部は、その後の人手の階層化により techinfoofmicrosofttech/designpoints/ techinfoofmicrosofttech/troubleshooting/ へ移動済み。 GitHub Wiki はファイル名で解決するため、リンクの張り替えは不要。

フェーズ3（10ページ・図なし）

元ページ名	移行先	元の更新日
Windows	`techinfoofmicrosofttech/MS_Windows.md`	2022-02-24
Linux	`techinfoofmicrosofttech/MS_Linux.md` ※1	2025-09-18
通信技術	`techinfoofmicrosofttech/MS_CommunicationTechnologies.md`	2020-03-13
プロダクト	`techinfoofmicrosofttech/MS_Products.md`	2024-12-17
クラウド	`techinfoofmicrosofttech/MS_Cloud.md` ※1	2020-10-20
バックアップのいろいろ	`techinfoofmicrosofttech/MS_BackupVariations.md`	2024-12-21
ウィルススキャン	`techinfoofmicrosofttech/MS_VirusScanning.md`	2020-10-20
Visual Basic	`techinfoofmicrosofttech/MS_VisualBasic.md`	2025-04-18
.NET開発	`techinfoofmicrosofttech/MS_DotNetDevelopment.md`	2026-05-25
.NET言語	`techinfoofmicrosofttech/MS_DotNetLanguages.md`	2020-06-20

※1 Linux クラウド は dotnetdevelopmentinfrastructure に同名ページが存在するため、MS_ プレフィックスを付与。

フェーズ4（10ページ）

配置先: techinfoofmicrosofttech/testing/

元ページ名	移行先ファイル	元の更新日	図
単体・結合テスト方式	`MS_UnitAndIntegrationTestMethods.md`	2020-02-12	－
使用APIの一覧、関数コールグラフ、単体テストのエビデンス	`MS_ApiListCallGraphAndTestEvidence.md`	2020-02-12	－
負荷テストのポイント	`MS_LoadTestingPoints.md` ※2	2021-03-16	`MS_LoadTestingPoints_1.png`
脆弱性対策のポイント	`MS_VulnerabilityCountermeasurePoints.md` ※2	2021-02-11	－
Azure上でのテスト	`MS_TestingOnAzure.md`	2021-05-11	－
異種環境への移行時のテスト・ポリシー	`MS_CrossPlatformMigrationTestPolicy.md`	2026-01-15	－
クラスライブラリのバージョンアップ時のライブラリ利用者側のテスト	`MS_LibraryUpgradeConsumerTesting.md`	2017-04-24	－
テスト自動化	`MS_TestAutomation.md`	2021-02-17	－
CI/CD	`MS_CICD.md`	2020-11-28	－
DevOps	`MS_DevOps.md`	2021-11-25	－

※2 負荷テストのポイント 脆弱性対策のポイント は opentouryo に同名ページが存在するため、MS_ プレフィックスを付与。

フェーズ5（10ページ・図なし）

元ページ名	移行先ファイル	元の更新日
テスティング・フレームワーク	`testing/MS_TestingFrameworks.md`	2022-08-04
CI	`testing/MS_CI.md`	2020-07-14
CD	`testing/MS_CD.md`	2020-06-30
CI/CD パイプライン	`testing/MS_CICDPipeline.md`	2020-06-26
コンテナのチェーン	`testing/MS_ContainerChain.md`	2026-05-21
UIオートメーション	`testing/MS_UIAutomation.md`	2025-12-22
Apache Jmeter	`testing/MS_ApacheJMeter.md`	2021-03-16
電文を確認する方法（パケット・キャプチャ）	`troubleshooting/MS_PacketCapture.md`	2018-01-10
障害対応に使用するツールの一覧	`troubleshooting/MS_TroubleshootingToolsList.md`	2023-12-13
ダンプ取得に使用するツールの一覧	`troubleshooting/MS_DumpCollectionToolsList.md`	2019-11-05

フェーズ6（10ページ）

元ページ名	移行先ファイル	元の更新日	図
設計書作成と作業形骸化	`documentation/MS_DesignDocumentsAndFormalism.md`	2022-02-18	－
リエンジ用途でリバース・ツールを利用	`documentation/MS_ReverseEngineeringToolsForReengineering.md`	2024-12-24	－
ドキュメンテーション・ツール	`documentation/MS_DocumentationTools.md`	2024-12-24	`DocumentationTools_1.png` ※3
Doxygen	`documentation/MS_Doxygen.md`	2017-10-05	`Doxygen_1.png` ※3
移行・コンバージョン方式	`migration/MS_MigrationAndConversionMethods.md`	2026-01-15	－
各種、技術毎の移行性	`migration/MS_MigratabilityByTechnology.md`	2026-01-15	－
移行見積もりの概要	`migration/MS_MigrationEstimationOverview.md`	2026-01-16	－
つながらない！	`troubleshooting/MS_ConnectionFailure.md`	2025-06-09	－
検索サイトで効率的に情報を得る方法	`troubleshooting/MS_EfficientWebSearch.md`	2020-04-14	－
問合せ時、入力頂きたい情報	`troubleshooting/MS_SupportInquiryChecklist.md`	2020-12-16	－

※3 Doxygen と ドキュメンテーション・ツール には、図のほかに doxygen.zip（135,866 B、Doxyfile 雛形一式）が添付されていた。両ページの添付は sha256 一致の同一ファイルのため、documentation/Doxygen_doxygen.zip として 1 つだけ配置し、MS_DocumentationTools.md からも同じファイルを参照している。

フェーズ7（10ページ・図なし）

元ページ名	移行先ファイル	元の更新日
事務作業系	`MS_ClericalWork.md`	2026-04-24
Microsoft Office	`MS_MicrosoftOffice.md`	2025-04-18
Excel、Excel VBA	`MS_ExcelAndExcelVBA.md`	2025-04-18
Access、Access VBA	`MS_AccessAndAccessVBA.md`	2025-04-18
Copilot	`MS_Copilot.md`	2025-07-10
ツール類（インデックス）	`MS_ToolsIndex.md`	2025-08-04
End User Computing (EUC)	`MS_EndUserComputing.md`	2020-05-04
ビジネス・アプリケーション	`MS_BusinessApplications.md`	2017-04-24
セルフ・サポートのすゝめ	`troubleshooting/MS_SelfSupportRecommendation.md`	2019-11-19
最小セット開発のすゝめ	`troubleshooting/MS_MinimalSetDevelopment.md`	2020-12-16

フェーズ8（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図
Windows OSの設計思想	`MS_WindowsOSDesignPhilosophy.md`	2022-02-24	－
Windows OSの基礎的トピック	`MS_WindowsOSBasicTopics.md`	2024-12-16	－
Windows OSの機能と役割	`MS_WindowsOSFeaturesAndRoles.md`	2021-06-28	－
Windowsの系統とバージョン	`MS_WindowsLineageAndVersions.md`	2022-02-24	－
組み込み系のWindowsを調査	`MS_EmbeddedWindows.md`	2021-06-28	－
組み込み系のLinuxを調査	`MS_EmbeddedLinux.md`	2020-08-31	－
Windows上で動くLinux	`MS_LinuxOnWindows.md`	2022-02-02	－
仮想化アーキテクチャ	`MS_VirtualizationArchitecture.md`	2021-10-07	－
バックアップの基礎知識	`MS_BackupBasics.md`	2020-01-26	`BackupBasics_1..8.png`
Volume Shadow Copy Service (VSS)	`MS_VolumeShadowCopyService.md`	2018-02-03	－

フェーズ9（10ページ）

配置先: techinfoofmicrosofttech/troubleshooting/

元ページ名	移行先ファイル	元の更新日	図
OSI参照モデル	`MS_OSIReferenceModel.md`	2021-06-23	`OSIReferenceModel_1.png`
ネットワーク機器一覧	`MS_NetworkDeviceList.md`	2021-06-23	－
ネットワーク略語一覧	`MS_NetworkAbbreviationList.md`	2021-06-23	－
NICの設定について	`MS_NICSettings.md`	2021-03-15	`NICSettings_1..2.png`
ネットワークの冗長化	`MS_NetworkRedundancy.md`	2021-06-23	－
NICチーミング	`MS_NICTeaming.md`	2021-06-23	－
スイッチの冗長化	`MS_SwitchRedundancy.md`	2021-06-23	`SwitchRedundancy_1..4.png`
ルーティングプロトコル	`MS_RoutingProtocols.md`	2021-06-23	`RoutingProtocols_1.png`
IPsec	`MS_IPsec.md`	2021-06-23	－
SSTP	`MS_SSTP.md`	2021-06-23	－

フェーズ10（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図
カーネルモード・ユーザモード	`MS_KernelModeUserMode.md`	2018-09-07	－
メモリ管理	`MS_MemoryManagement.md`	2019-10-04	－
ファイルシステム	`MS_FileSystem.md`	2019-08-30	－
ウィンドウ・システム	`MS_WindowSystem.md`	2020-03-07	－
マルチタスク	`MS_Multitasking.md`	2021-06-23	－
プリエンプティブ・マルチタスク	`MS_PreemptiveMultitasking.md`	2021-06-28	－
ノンプリエンプティブ・マルチタスク	`MS_NonPreemptiveMultitasking.md`	2021-06-28	－
（ログオン）セッション	`MS_LogonSession.md`	2020-04-13	－
ウィンドウステーション	`MS_WindowStation.md`	2017-08-10	－
デスクトップ	`MS_Desktop.md`	2017-08-10	－

フェーズ11（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図
ACL・ACE	`MS_ACLandACE.md`	2018-09-07	－
アカウント	`MS_Account.md`	2021-03-08	－
ローカル・ポリシー	`MS_LocalPolicy.md`	2021-07-07	－
シェル	`MS_Shell.md`	2026-05-13	－
Sysprep	`MS_Sysprep.md`	2024-12-16	－
SID	`MS_SID.md`	2024-12-16	－
環境変数の設定方法	`MS_EnvironmentVariables.md` ※	2021-06-22	－
プロキシの設定方法	`MS_ProxySettings.md` ※	2025-07-31	－
Windowsのライセンス	`MS_WindowsLicense.md`	2020-02-14	－
実行コンテキスト	`MS_ExecutionContext.md`	2018-02-03	－

※ dotnetdevelopmentinfrastructure 側に同名ページがあるため MS_ プレフィックスを付与。

フェーズ12（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図
TCP, UDP	`MS_TCPUDP.md`	2021-06-23	`TCPUDP_1..4.png`
IPv4, v6	`MS_IPv4v6.md`	2021-06-24	`IPv4v6_1.png`
ICMP	`MS_ICMP.md`	2021-06-23	－
PPP	`MS_PPP.md`	2021-06-23	－
HTTP	`MS_HTTP.md`	2021-06-23	－
FTP	`MS_FTP.md`	2021-06-23	－
メール	`MS_Mail.md` ※	2021-08-31	－
NetBIOS	`MS_NetBIOS.md`	2020-10-12	`NetBIOS_1..3.png`
VPN	`MS_VPN.md`	2021-06-23	－
RPC	`MS_RPC.md`	2020-04-19	－

※ opentouryo 側に同名ページ「メール」があるため MS_ プレフィックスを付与。

フェーズ13（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/（無線LAN・ipconfig・route print は troubleshooting/）

元ページ名	移行先ファイル	元の更新日	図
ディレクトリサービス	`MS_DirectoryService.md`	2018-10-09	－
ドメインサービス (AD DS)	`MS_ADDS.md`	2021-01-29	－
DNSサーバ	`MS_DNSServer.md`	2021-03-03	`DNSServer_1..15.png`
LDAPプロトコルでのディレクトリ・エントリ検索処理	`MS_LDAPDirectorySearch.md`	2018-10-09	`LDAPDirectorySearch_1..11.png`
ケルベロス認証	`MS_KerberosAuthentication.md`	2020-05-15	－
pingコマンド	`MS_PingCommand.md`	2020-10-12	－
pathpingコマンド	`MS_PathpingCommand.md`	2020-10-12	－
無線LAN	`MS_WirelessLAN.md`	2021-06-23	－
ipconfigコマンド	`MS_IpconfigCommand.md`	2018-02-03	－
route printコマンド	`MS_RoutePrintCommand.md`	2018-02-03	－

フェーズ14（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図
tracertコマンド	`MS_TracertCommand.md`	2020-10-12	－
HTTPヘッダ	`MS_HTTPHeader.md`	2021-04-01	－
HTTPボディ	`MS_HTTPBody.md`	2020-06-30	－
WebSocket	`MS_WebSocket.md`	2020-08-11	－
IoT関連の通信プロトコル	`MS_IoTCommunicationProtocols.md`	2021-08-22	－
Binding (ネットワーク)	`MS_NetworkBinding.md`	2020-10-12	－
WebAPI	`MS_WebAPI.md`	2021-12-16	－
HttpClientの類の使い方	`MS_HttpClientUsage.md`	2021-05-29	－
Exponential Backoff（指数バックオフ）	`MS_ExponentialBackoff.md`	2020-03-13	－
Polly(Retry, Circuit Breaker, Timeout, Bulkhead, Fallback)	`MS_Polly.md`	2020-03-21	－

フェーズ15（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図
Active Directory	`MS_ActiveDirectory.md`	2021-06-28	－
グループ・ポリシー	`MS_GroupPolicy.md`	2021-07-07	－
レジストリの設定方法	`MS_RegistrySettings.md`	2018-02-08	－
SAM	`MS_SAM.md`	2018-02-03	－
ローカルアカウント	`MS_LocalAccount.md`	2021-03-08	－
ドメインアカウント	`MS_DomainAccount.md`	2021-03-08	－
グループ	`MS_Group.md`	2017-03-27	－
リソースアクセスストラテジ	`MS_ResourceAccessStrategy.md`	2020-05-15	－
委任	`MS_Delegation.md`	2020-05-15	－
SPN	`MS_SPN.md`	2021-03-08	－

※ フェーズ13〜15 は 3 サイト間でのページ名衝突なし（MS_ プレフィックス不要）。

フェーズ16（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/

元ページ名	移行先ファイル	元の更新日	図・添付
SCM	`MS_SCM.md`	2018-02-03	－
CMD	`MS_CMD.md`	2025-07-08	－
BAT	`MS_BAT.md`	2025-07-08	－
PowerShell	`MS_PowerShell.md`	2025-07-08	－
Windows Terminal	`MS_WindowsTerminal.md`	2026-05-13	`WindowsTerminal_1.png`
WMI	`MS_WMI.md`	2017-12-08	－
ビルトインシステムアカウント	`MS_BuiltInSystemAccounts.md`	2021-03-08	－
WOW64	`MS_WOW64.md`	2025-09-08	－
UAC	`MS_UAC.md`	2019-01-23	－
資格情報マネージャー	`MS_CredentialManager.md`	2020-11-06	－

フェーズ17（10ページ）

配置先: techinfoofmicrosofttech/troubleshooting/（デスクトップ・ヒープのみ infrastructure/）

元ページ名	移行先ファイル	元の更新日	図・添付
ダンプの概要（種類と取得）	`MS_DumpOverview.md`	2019-10-04	－
ユーザモード・プロセス・ダンプ	`MS_UserModeProcessDump.md`	2018-01-16	－
クラッシュ・ダンプ	`MS_CrashDump.md`	2019-11-08	`CrashDump_net45_exception.zip`
ハング・ダンプ	`MS_HangDump.md`	2019-11-05	－
カーネル・ダンプ	`MS_KernelDump.md`	2023-01-27	－
STOPエラー	`MS_StopError.md`	2020-04-14	－
OSフリーズ	`MS_OSFreeze.md`	2024-04-30	－
メモリ・リーク	`MS_MemoryLeak.md`	2022-08-25	－
.NETのメモリ・リーク	`MS_DotNetMemoryLeak.md`	2019-10-07	`DotNetMemoryLeak_Book1.xlsx`
デスクトップ・ヒープ	`MS_DesktopHeap.md`	2017-08-10	－

フェーズ18（10ページ）

配置先: メモリ管理系は techinfoofmicrosofttech/infrastructure/、ログ・監視系は troubleshooting/

元ページ名	移行先ファイル	元の更新日	図・添付
物理メモリ管理	`MS_PhysicalMemoryManagement.md`	2025-08-04	－
仮想メモリ管理	`MS_VirtualMemoryManagement.md`	2017-03-27	－
ヒープ	`MS_Heap.md`	2020-09-22	－
スレッドのスタック	`MS_ThreadStack.md`	2019-07-19	－
仮想アドレス空間の確保のAPI	`MS_VirtualAddressSpaceAPI.md`	2017-03-27	－
パフォーマンスカウンタ	`MS_PerformanceCounters.md`	2023-01-30	－
イベント・ログ	`MS_EventLog.md`	2025-07-03	－
IISのログ	`MS_IISLog.md`	2020-01-27	－
ログ収集いろいろ	`MS_LogCollection.md`	2021-03-03	－
サーバーの監視	`MS_ServerMonitoring.md`	2019-11-19	`ServerMonitoring_1..2.png`

※ フェーズ16〜18 も 3 サイト間でのページ名衝突なし（MS_ プレフィックス不要）。
※ 図以外の添付ファイル（CrashDump_net45_exception.zip、DotNetMemoryLeak_Book1.xlsx）は
上記「添付ファイルの命名規則」に従い <移行先ファイル名>_<元の添付ファイル名> で配置した。

フェーズ19（10ページ・図なし）

配置先: techinfoofmicrosofttech/troubleshooting/dump/（メモリ・リーク3件は troubleshooting/memory/）

元ページ名	移行先ファイル	元の更新日
UMPD	`MS_UMPD.md`	2019-11-06
ProcDump	`MS_ProcDump.md`	2019-11-07
ADPlus	`MS_ADPlus.md`	2018-06-01
Debug Diagnostic Tool	`MS_DebugDiagnosticTool.md`	2018-05-22
WinDbg	`MS_WinDbg.md`	2020-04-14
UMDH	`MS_UMDH.md`	2018-01-16
WER(Windows Error Report)	`MS_WER.md`	2020-03-17
VC++のメモリ・リーク	`MS_VCPlusPlusMemoryLeak.md`	2020-04-25
COMのメモリ・リーク	`MS_COMMemoryLeak.md`	2018-04-18
WWWブラウザのメモリ・リーク	`MS_BrowserMemoryLeak.md`	2018-09-10

フェーズ20（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/

元ページ名	移行先ファイル	元の更新日	図
ミラーアカウント	`MS_MirrorAccount.md`	2021-03-08	－
仮想アカウント	`MS_VirtualAccount.md`	2021-03-08	－
gMSA	`MS_gMSA.md`	2021-03-08	－
ローカルグループ	`MS_LocalGroup.md`	2021-03-08	－
ドメインのグループ	`MS_DomainGroup.md`	2021-03-08	－
UPN	`MS_UPN.md`	2018-02-14	－
ベースクライアントセキュリティモデル	`MS_BaseClientSecurityModel.md`	2020-05-15	－
サーバ信頼セキュリティモデル	`MS_ServerTrustSecurityModel.md`	2020-05-15	－
Active Directory（概要）	`MS_ActiveDirectoryOverview.md`	2019-10-26	`ActiveDirectoryOverview_1..5.png`
グループポリシー設定リスト	`MS_GroupPolicySettingsList.md`	2019-08-06	－

フェーズ21（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/（トンネリング系4件は infrastructure/network/）

元ページ名	移行先ファイル	元の更新日	図
証明書	`MS_Certificate.md`	2021-08-25	`Certificate_1..2.png`
暗号化アルゴリズム	`MS_EncryptionAlgorithms.md`	2025-02-07	`EncryptionAlgorithms_1..5.png`
SSL/TLS	`MS_SSLTLS.md`	2021-06-23	－
PKCS	`MS_PKCS.md`	2020-02-25	－
証明書失効リスト (CRL)	`MS_CertificateRevocationList.md`	2020-10-14	－
認証基盤	`MS_AuthenticationInfrastructure.md` ※	2021-07-08	－
トンネリング	`MS_Tunneling.md`	2021-06-23	－
PPTP	`MS_PPTP.md`	2021-06-23	－
L2TP	`MS_L2TP.md`	2021-06-23	－
VPN Gateway	`MS_VPNGateway.md`	2021-12-22	－

※ dotnetdevelopmentinfrastructure 側に同名ページ「認証基盤」があるため MS_ プレフィックスを付与。
※ フェーズ19・20 は 3 サイト間でのページ名衝突なし。

フェーズ22（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/

元ページ名	移行先ファイル	元の更新日	図
Active Directory（機能一覧）	`MS_ActiveDirectoryFeatures.md`	2021-01-29	－
Active Directory（機能レベル）	`MS_ActiveDirectoryFunctionalLevel.md`	2017-09-20	－
Active Directory（正常性の確認）	`MS_ActiveDirectoryHealthCheck.md`	2017-02-27	－
Active Directory（グローバルカタログ）	`MS_ActiveDirectoryGlobalCatalog.md`	2018-02-15	－
DCの冗長化	`MS_DCRedundancy.md`	2020-10-20	－
Active Directory（レプリケーション）	`MS_ActiveDirectoryReplication.md`	2017-04-29	`ActiveDirectoryReplication_1..8.png`
Active Directory（用語）	`MS_ActiveDirectoryTerms.md`	2021-01-29	－
Active Directory（操作マスタ・FSMO）	`MS_ActiveDirectoryFSMO.md`	2017-04-29	－
Active Directory（計画）	`MS_ActiveDirectoryPlanning.md`	2021-03-04	－
Active Directory（参考情報）	`MS_ActiveDirectoryReferences.md`	2017-04-28	－

フェーズ23（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/

元ページ名	移行先ファイル	元の更新日	図・添付
ライトウェイトディレクトリサービス (AD LDS)	`MS_ADLDS.md`	2017-04-05	－
Rights Management Services (AD RMS)	`MS_ADRMS.md`	2017-03-03	－
証明書信頼リスト (CTL)	`MS_CTL.md`	2019-10-30	－
証明書サービス (AD CS)	`MS_ADCS.md`	2021-06-03	－
フェデレーションサービス (AD FS)	`MS_ADFS.md`	2019-06-20	－
クレームベース認証	`MS_ClaimsBasedAuthentication.md`	2020-02-25	`ClaimsBasedAuthentication_1.png` `ClaimsBasedAuthentication_OAuth_And_OIDC.xlsx`
Microsoft Azure Active Directory	`MS_AzureActiveDirectory.md`	2021-12-02	－
PKI（公開鍵暗号基盤）	`MS_PKI.md`	2019-10-30	－
証明書で発生する問題	`MS_CertificateProblems.md`	2017-03-27	－
OpenSSL	`MS_OpenSSL.md`	2021-08-22	－

※ 元ページ「Rights Management Services (AD RMS)」は本文が「工事中」であったため、
　移行メモを添えたスタブとして作成した。

フェーズ24（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/webapi/（NetstatCommand は troubleshooting/network/、
OperationsRequiringAdminPrivileges・ASPNETTimeoutValues は troubleshooting/selfsupport/）

元ページ名	移行先ファイル	元の更新日
Cookie	`MS_Cookie.md`	2021-10-03
キャッシュ・コントロールのHTTPヘッダ	`MS_HTTPCacheControlHeaders.md`	2021-04-01
セキュリティ強化のHTTPヘッダ	`MS_SecurityHTTPHeaders.md`	2021-04-01
CORS (Cross-Origin Resource Sharing)	`MS_CORS.md`	2021-10-03
SameSite属性の件	`MS_SameSiteAttribute.md`	2020-11-27
クロスドメイン接続	`MS_CrossDomainConnection.md`	2020-09-24
WebAPIの認証	`MS_WebAPIAuthentication.md`	2018-11-10
netstatコマンド	`MS_NetstatCommand.md`	2020-04-25
管理特権が必要になる処理	`MS_OperationsRequiringAdminPrivileges.md`	2018-06-14
ASP.NETで考慮すべきタイムアウト値	`MS_ASPNETTimeoutValues.md`	2020-07-02

※ フェーズ22〜24 も 3 サイト間でのページ名衝突なし（MS_ プレフィックス不要）。
※ 元 Wiki の「nslookupコマンド」「DNSLintコマンド」は 3 サイトのダンプいずれにも実体が無い
　リンク切れであったため、MS_DNSServer.md 内の節に統合した（TODO.md に記録）。

フェーズ25（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/webapi/（WebAPI のインターフェイス系）

元ページ名	移行先ファイル	元の更新日
SOAP	`MS_SOAP.md`	2020-04-19
REST	`MS_REST.md`	2020-04-19
Swagger (OpenAPI)	`MS_SwaggerOpenAPI.md`	2019-09-27
gRPC	`MS_gRPC.md`	2020-04-08
GraphQL	`MS_GraphQL.md`	2021-09-30
OData	`MS_OData.md`	2020-04-20
Graph API	`MS_GraphAPI.md`	2021-03-08
API Gateway	`MS_APIGateway.md` ※	2020-01-07
ASP.NET Web API	`MS_ASPNETWebAPI.md`	2025-05-22
ASP.NET Web Service	`MS_ASPNETWebService.md`	2020-04-19

※ dotnetdevelopmentinfrastructure 側に同名ページ「API Gateway」があるため MS_ プレフィックスを付与。
　 TODO.md での予約名は MS_APIGateway.md であったが、移行時に衝突が判明したため変更した。

フェーズ26（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/webapi/（ペイロード形式・ツール・HTTP バージョン）

元ページ名	移行先ファイル	元の更新日
XML	`MS_XML.md`	2020-04-19
JSON	`MS_JSON.md`	2019-11-04
MessagePack	`MS_MessagePack.md`	2020-01-08
Protocol Buffers	`MS_ProtocolBuffers.md`	2020-04-08
CBOR	`MS_CBOR.md`	2020-03-12
cURLコマンド	`MS_CurlCommand.md`	2018-06-27
Postman	`MS_Postman.md`	2022-01-14
HTTP/2について調べてみた。	`MS_HTTP2.md`	2021-03-31
HTTP/3について調べてみた。	`MS_HTTP3.md`	2020-11-12
ASP.NET SignalR	`MS_ASPNETSignalR.md`	2018-01-29

フェーズ27（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/identity/
（LocalMachineCertificateStore のみ troubleshooting/selfsupport/）

元ページ名	移行先ファイル	元の更新日
SCIM	`MS_SCIM.md`	2020-04-19
PMI（権限管理基盤）	`MS_PMI.md`	2019-10-29
SAML / WS-FED	`MS_SAMLWSFED.md`	2021-12-14
WS-Federation	`MS_WSFederation.md`	2019-04-15
STS系ミドルウェア	`MS_STSMiddleware.md`	2020-05-21
ワンタイム・パスワード	`MS_OneTimePassword.md`	2020-08-17
生体認証	`MS_BiometricAuthentication.md`	2019-09-09
LoA(Level of Assurance)	`MS_LoA.md`	2020-09-23
Role Based Access Control (RBAC)	`MS_RBAC.md`	2021-09-08
ローカルマシンの証明書ストアの更新処理	`MS_LocalMachineCertificateStore.md`	2017-04-05

※ フェーズ26・27 は 3 サイト間でのページ名衝突なし。
※ フェーズ27 は、フェーズ21〜24 で予約済みだった認証基盤系の TODO を消化したもの。

フェーズ28（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/identity/（トークン・フェデレーション・暗号の中核）

元ページ名	移行先ファイル	元の更新日
トークン	`MS_Token.md`	2026-06-04
PPID	`MS_PPID.md`	2020-11-28
JWT	`MS_JWT.md`	2020-10-13
SAML	`MS_SAML.md`	2020-04-19
OpenID / OAuth / OpenID Connect	`MS_OpenIDOAuth.md`	2021-03-17
WIF	`MS_WIF.md`	2020-07-02
FIDO	`MS_FIDO.md`	2020-08-17
FIDO2	`MS_FIDO2.md`	2021-05-08
BouncyCastle	`MS_BouncyCastle.md`	2019-04-15
.NETの署名・暗号化アルゴリズム	`MS_DotNetCryptoAlgorithms.md`	2020-11-28

フェーズ29（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/

元ページ名	移行先ファイル	元の更新日	図
ASP.NET Forms認証	`MS_ASPNETFormsAuthentication.md`	2020-08-21	`MS_ASPNETFormsAuthentication_1.png`
ASP.NET Identity	`MS_ASPNETIdentity.md`	2020-09-18	－
IISのSSL設定	`MS_IISSSLSettings.md`	2021-06-07	－
FIM/MIM	`MS_FIMMIM.md`	2019-06-20	－
Active Directory（移行）	`MS_ActiveDirectoryMigration.md`	2019-05-31	－
AD移行の注意点	`MS_ADMigrationNotes.md`	2017-10-06	－
Active Directory（バックアップ）	`MS_ActiveDirectoryBackup.md`	2018-01-24	－
プログラムの配付技術	`MS_SoftwareDeploymentTechnology.md`	2020-02-27	－
FIDO1	`MS_FIDO1.md`	2019-03-01	－
FIDO認証器	`MS_FIDOAuthenticator.md`	2021-05-08	－

フェーズ30（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/identity/（Azure AD / Azure 認可系）

元ページ名	移行先ファイル	元の更新日
Azure Active Directory B2C	`MS_AzureADB2C.md`	2021-07-24
Azure Active Directory B2B collaboration	`MS_AzureADB2B.md`	2021-08-30
Azure Active Directory Domain Services	`MS_AzureADDomainServices.md`	2021-08-31
Azure Active Directory Identity Protection	`MS_AzureADIdentityProtection.md`	2021-03-17
Web Account Manager API	`MS_WebAccountManagerAPI.md`	2017-10-11
Azureのアクセス制御と権限	`MS_AzureAccessControl.md`	2025-06-11
Azure Resource Manager (ARM)	`MS_AzureResourceManager.md`	2021-03-17
Azure サービスプリンシパル	`MS_AzureServicePrincipal.md`	2021-09-30

※ 「Azure Active Directory 条件付きアクセス」と「Azure Managed ID」の 2 行は、
　 後のフェーズで別ファイル名により再度移行されていたことが判明したため、
　統合のうえ本表から削除した（詳細はフェーズ94 の注記を参照）。
　統合後の記載は MS_AzureConditionalAccess.md /
　 MS_AzureManagedID.md の行（後述）に一本化されている。

※ フェーズ28〜30 は、AGENTS.md 改訂後のプレフィックス必須ルールで作成した（全ファイルが MS_ 付き）。※ フェーズ28 の MS_OpenIDOAuth.md は OAuth / OIDC のハブページであり、配下の詳細ページ（JWS / JWE / SAML 各仕様等）は TODO.md に予約した。

フェーズ31（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/{federation,authentication}/、programming/
（フェーズ28 で予約した JOSE 系（JWT の周辺仕様） と、署名・暗号／端末側の認証基盤）

元ページ名	移行先ファイル	元の更新日	図
JOSE	`MS_JOSE.md`	2019-03-10	－
JWS	`MS_JWS.md`	2019-03-10	`MS_JWS_1.png` / `MS_JWS_2.png`
JWE	`MS_JWE.md`	2019-06-24	－
JWK	`MS_JWK.md`	2019-05-14	－
Authentication Context	`MS_AuthenticationContext.md`	2019-05-27	－
XML署名・暗号	`MS_XMLSignatureEncryption.md`	2020-08-25	－
Web Authentication API	`MS_WebAuthenticationAPI.md`	2019-05-18	－
TPM（Trusted Platform Module）	`MS_TPM.md`	2021-06-23	－
Windows Hello + Microsoft Passport	`MS_WindowsHelloAndMicrosoftPassport.md`	2019-03-07	－
Windows Hello	`MS_WindowsHello.md`	2018-02-03	－

※ TODO.md では MS_WindowsHello.md を「Windows Hello + Microsoft Passport」に予約していたが、
　元 Wiki には「Windows Hello + Microsoft Passport」（関係の概説）と「Windows Hello」（機能本体）が
　 別ページとして存在するため、前者を MS_WindowsHelloAndMicrosoftPassport.md、
　後者を MS_WindowsHello.md に割り当てた（既存のリンク元は「Windows Hello の機能」を指しており、
　この対応の方が自然なため）。「Microsoft Passport」単独ページは TODO.md に予約した。

フェーズ32（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/（SAML 2.0 の仕様一式）

元ページ名	移行先ファイル	元の更新日
SAMLの仕様を読む。	`MS_SAMLSpecReading.md`	2020-08-03
SAML Core	`MS_SAMLCore.md`	2019-12-04
SAML Assertions	`MS_SAMLAssertions.md`	2019-12-04
SAML Protocols	`MS_SAMLProtocols.md`	2019-04-24
SAML Bindings	`MS_SAMLBindings.md`	2019-05-28
SAML Profiles	`MS_SAMLProfiles.md`	2019-04-20
SAML Metadata	`MS_SAMLMetadata.md`	2019-04-25
SAML Signature or Encryption	`MS_SAMLSignatureEncryption.md`	2019-04-24
SAMLを実装する。	`MS_SAMLImplementation.md`	2021-05-21
SAMLの実装を検証する。	`MS_SAMLImplementationVerification.md`	2023-03-27

フェーズ33（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/identity/{federation,authentication}/
（ASP.NET Identity / ASP.NET Core Identity と、その STS 実装）

元ページ名	移行先ファイル	元の更新日
ASP.NET Core Identity	`MS_ASPNETCoreIdentity.md`	2020-09-18
ASP.NET Core における認証	`MS_ASPNETCoreAuthentication.md`	2018-04-25
ASP.NET Forms認証 vs ASP.NET Identity	`MS_FormsAuthVsASPNETIdentity.md`	2017-10-05
ASP.NET Identityの外部ログイン	`MS_ASPNETIdentityExternalLogin.md`	2019-08-28
ASP.NET IdentityによるSTS実装	`MS_ASPNETIdentitySTS.md`	2018-08-26
ASP.NET IdentityのOAuth2によるSTS実装	`MS_ASPNETIdentitySTSOAuth2.md`	2020-07-02
ASP.NET IdentityのOAuth2拡張によるSTS実装	`MS_ASPNETIdentitySTSOAuth2Ext.md`	2019-02-06
ASP.NET IdentityのOIDCによるSTS実装	`MS_ASPNETIdentitySTSOIDC.md`	2019-02-06
ASP.NET Identity の Community STS	`MS_ASPNETIdentityCommunitySTS.md`	2020-09-18
ASP.NET でSessionCookie、Cookie認証Ticketを共有する方法	`MS_ASPNETCookieSharing.md`	2020-07-16

※ フェーズ31〜33 で、フェデレーション系の主要仕様（JOSE / SAML）と
　 .NET 側の実装（ASP.NET Identity 系）が一通り揃った。
　未移行で残っている大物は OAuth 2.0 / OpenID Connect の個別仕様群（約 60 ページ）で、
　これらは TODO.md の「Windows 認証・AD 系」に予約してある。

フェーズ34（10ページ・図なし）

配置先: techinfoofmicrosofttech/programming/
（ASP.NET / Web アプリ UI サブシステム。MS_FrontPage.md の
「プログラミング」枝が最も薄かったため、その中核を埋めた）

元ページ名	移行先ファイル	元の更新日
ASP.NET	`MS_ASPNET.md`	2021-11-16
ASP.NET Web Forms	`MS_ASPNETWebForms.md`	2018-02-02
ASP.NET MVC	`MS_ASPNETMVC.md`	2018-04-17
ASP.NET Web Pages	`MS_ASPNETWebPages.md`	2018-11-30
SPAとMPA	`MS_SPAAndMPA.md`	2021-12-31
Single-page application	`MS_SinglePageApplication.md`	2021-06-15
ASP.NET SPA	`MS_ASPNETSPA.md`	2026-06-10
Blazor	`MS_Blazor.md`	2026-04-16
ASP.NET Core	`MS_ASPNETCore.md`	2020-07-16
ASP.NET Core MVC	`MS_ASPNETCoreMVC.md`	2020-02-10

※ 本フェーズで、MS_ASPNET.md（被参照 8 ページ）・MS_ASPNETMVC.md（同 6 ページ）
　という被参照数の多いプレースホルダが解消し、28 箇所をリンクに張り替えた。

※ 予約ファイル名の二重予約を 2 件解消した（同一の元ページに 2 つの名前が
　予約されていたもの）。いずれも先に使われていた側へ統一している。

元ページ名	統一後	破棄した予約
VSソリューションプロジェクトの構成検討	`MS_VSSolutionStructure.md`	`MS_VSSolutionProjectStructure.md`
ASP.NET Coreへの移行	`MS_MigrationToASPNETCore.md`	`MS_ASPNETCoreMigration.md`
.NET Standardへの移行	`MS_MigrationToDotNetStandard.md`	`MS_DotNetStandardMigration.md`

フェーズ35（10ページ・図なし）

配置先: techinfoofmicrosofttech/programming/（.NET ランタイムと開発ツール）

元ページ名	移行先ファイル	元の更新日
.NET Core	`MS_DotNetCore.md`	2025-04-21
.NET Standard	`MS_DotNetStandard.md`	2025-06-18
Mono	`MS_Mono.md`	2020-12-11
.NET 6	`MS_DotNet6.md`	2025-06-17
.NET 8	`MS_DotNet8.md`	2025-06-17
ReadyToRun + Tiered Compilation	`MS_ReadyToRunAndTieredCompilation.md`	2019-09-24
.NET Standardへの移行	`MS_MigrationToDotNetStandard.md`	2026-01-15
開発ツール	`MS_DevelopmentTools.md`	2026-05-25
Visual Studio	`MS_VisualStudio.md`	2026-07-09
VS系コンテンツ	`MS_VisualStudioContents.md`	2021-06-15

※ .NET Framework は本文が [[コチラ>.NET開発#kc9b3965]] のみのリダイレクトページ
　（34 バイト）だったため移行対象から外した。TODO.md の MS_DotNetFramework.md 予約は残す。

フェーズ36（10ページ・図なし）

配置先: programming/（言語）、infrastructure/shell/（スクリプト系）、
officeandclericaltopics/（VBA）

元ページ名	移行先ファイル	配置先	元の更新日
C Sharp	`MS_CSharp.md`	programming	2018-10-23
VB.NET	`MS_VBNET.md`	programming	2020-12-11
VB 6.0	`MS_VB6.md`	programming	2026-01-15
F Sharp	`MS_FSharp.md`	programming	2018-09-12
VC++	`MS_VCPlusPlus.md`	programming	2020-04-26
VB ⇔ C Sharp 変換	`MS_VBToCSharpConversion.md`	programming	2020-08-31
Visual Basic for Applications (VBA)	`MS_VBA.md`	officeandclericaltopics	2025-04-18
スクリプティング	`MS_Scripting.md`	infrastructure/shell	2025-07-08
WSH	`MS_WSH.md`	infrastructure/shell	2022-02-21
VBS	`MS_VBS.md`	infrastructure/shell	2025-07-08

※ F Sharp は元ページが見出しのみで本文が空だったため、
　他の .NET言語系ページと揃う程度の基本事項を補って記述した（移行メモに明記）。

フェーズ37（10ページ・図なし）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/
（OAuth 2.0 / OpenID Connect の中核）

元ページ名	移行先ファイル	元の更新日
OAuth	`MS_OAuth.md`	2021-07-14
OAuth 1.0	`MS_OAuth10.md`	2026-05-20
OAuth 2.0	`MS_OAuth20.md`	2026-05-20
OAuth 2.1	`MS_OAuth21.md`	2026-06-04
OAuth PKCE	`MS_OAuthPKCE.md`	2021-04-21
OAuth 2.0 のトークン	`MS_OAuth20Tokens.md`	2026-06-04
OAuth 2.0 拡張	`MS_OAuth20Extensions.md`	2026-06-04
OpenID	`MS_OpenID.md`	2018-10-09
OpenID Connect	`MS_OpenIDConnect.md`	2026-05-20
JWTとOAuth2.0	`MS_JWTAndOAuth2.md`	2020-10-13

※ OAuth 1.0 も元ページの「概要 / 詳細」が空だったため、基本事項を補って記述した。

※ 張り替え時に、ラベルと予約ファイル名の食い違いを 1 件修正した。
　MS_PowerShell.md と MS_RegistrySettings.md の「WSH」が MS_VBS.md を
　指していたので、MS_WSH.md に正した。

※ フェーズ35〜37 で、MS_FrontPage.md のプログラミング枝の中核
　（.NET ランタイム・言語・開発ツール）と、OAuth / OIDC の中核が揃った。
　OAuth / OIDC の個別仕様（JAR / JARM / PAR / DPoP / mTLS / FAPI 等約 40 ページ）は
　TODO.md の「Windows 認証・AD 系」に予約済み。

フェーズ38（10ページ・図1＋添付1）

配置先: techinfoofmicrosofttech/programming/（デスクトップ／ネイティブ系 UI）

元ページ名	移行先ファイル	元の更新日
Windows Forms	`MS_WindowsForms.md`	2019-08-23
WPF	`MS_WPF.md`	2019-08-23
Windows Form vs WPF	`MS_WindowsFormsVsWPF.md`	2021-06-15
XAML	`MS_XAML.md`	2021-05-19
UWP	`MS_UWP.md`	2021-10-27
Xamarin	`MS_Xamarin.md`	2021-05-19
.NET MAUI	`MS_DotNetMAUI.md`	2021-05-19
Silverlight	`MS_Silverlight.md`	2020-04-20
.NETのクロスプラットフォーム対応	`MS_DotNetCrossPlatform.md`	2026-01-15
COM	`MS_COM.md`	2019-10-29

添付ファイル（.NETのクロスプラットフォーム対応）:

元の添付	出力先
XNET.png（図）	`MS_DotNetCrossPlatform_1.png`
XNET.xlsx（図以外）	`MS_DotNetCrossPlatform_XNET.xlsx`

※ WPF / Silverlight / UWP / Xamarin は、いずれも本文執筆時から　 決着が付いた技術なので、現状（サポート終了・後継）を補足として明記した。

フェーズ39（10ページ・図なし）

配置先: infrastructure/ 配下（Web サーバ・可用性・サービス・Linux 互換環境）

元ページ名	移行先ファイル	配置先	元の更新日
IIS	`MS_IIS.md`	`windowsos/`	2021-06-28
NLB	`MS_NLB.md`	`network/`	2020-10-12
WCF	`MS_WCF.md`	`webapi/`	2020-04-19
Windowsサービス	`MS_WindowsService.md`	`windowsos/`	2017-03-12
サービス・タスク系のいろいろ	`MS_ServiceAndTaskTopics.md`	`windowsos/`	2021-07-05
サービス・タスク系のアカウント問題	`MS_ServiceAndTaskAccountIssues.md`	`windowsos/`	2021-05-31
コンテナ技術	`MS_ContainerTechnology.md`	`platform/`	2020-11-30
Windows Subsystem for Linux	`MS_WSL.md`	`platform/`	2022-02-24
Linuxサブシステム	`MS_LinuxSubsystem.md`	`platform/`	2025-09-30
SSH	`MS_SSH.md`	`shell/`	2026-05-13

※ Windows Subsystem for Linux の記述は WSL 1 前提だったため、　 WSL 2 で前提が逆転している点（Hyper-V を使う／本物の Linux カーネル）を明記した。

※ TODO.md にあった MS_WSLAndWSL2.md（元ページ名「WSL、WSL2」）は　 ダンプに該当ページが存在しない重複予約だったため削除し、　参照元（MS_ClericalWork.md）を MS_WSL.md に張り替えた。

フェーズ40（10ページ・図なし）

配置先: infrastructure/（クラウド・ミドルウェア）、programming/（.NET）、officeandclericaltopics/

元ページ名	移行先ファイル	配置先	元の更新日
Azure	`MS_Azure.md`	`platform/`	2025-06-11
Azureのシェル	`MS_AzureShell.md`	`shell/`	2026-05-13
SQL Server	`MS_SQLServer.md`	`platform/`	2026-05-27
Office 365	`MS_Office365.md`	`officeandclericaltopics/`	2025-04-18
その他、開発の色々	`MS_MiscDevelopmentTopics.md`	`programming/`	2021-04-05
ASP.NET Coreへの移行	`MS_MigrationToASPNETCore.md`	`programming/`	2026-01-15
OWIN	`MS_OWIN.md`	`programming/`	2018-04-26
.NET config	`MS_DotNetConfig.md`	`programming/`	2020-09-23
ASP.NET Web Forms vs ASP.NET MVC	`MS_ASPNETWebFormsVsMVC.md`	`programming/`	2021-06-15
.NET 5	`MS_DotNet5.md`	`programming/`	2025-04-21

※ Azure / SQL Server は索引ページなので、リンク集の構造を保ちつつ　前提となる全体像（提供形態・サービスの分類軸）を補足した。

※ 張り替え時に、予約済みだが実は移行済みだったものを 4 件見つけ、　プレースホルダをリンクに直し TODO.md の行を削除した。　 MS_ASPNETTimeoutValues / MS_COMMemoryLeak / 　 MS_ASPNETIdentity / MS_ASPNETFormsAuthentication

※ フェーズ38〜40 で、MS_FrontPage.md の　 UIサブシステム（デスクトップ）・インフラの主要ロール（IIS / NLB / コンテナ / WSL）・　 クラウド（Azure） の枝が揃った。

フェーズ41（10ページ・図1）

配置先: techinfoofmicrosofttech/programming/（デスクトップ／XAML 系 UI の残り）

元ページ名	移行先ファイル	元の更新日
デスクトップ・アプリ	`MS_DesktopApplications.md`	2026-06-28
WPF/Silverlight	`MS_WPFSilverlight.md`	2020-04-20
WPFの機能	`MS_WPFFeatures.md`	2018-03-01
Uno Platform	`MS_UnoPlatform.md`	2026-06-29
Xamarin.Forms	`MS_XamarinForms.md`	2020-09-04
ClickOnce	`MS_ClickOnce.md`	2020-07-02
XBAP	`MS_XBAP.md`	2017-08-07
Windowsストアアプリ	`MS_WindowsStoreApp.md`	2017-03-12
Windows App SDK	`MS_WindowsAppSDK.md`	2026-07-14
Desktop Bridge	`MS_DesktopBridge.md`	2019-10-29

添付ファイル: ClickOnce_1.png（図）→ MS_ClickOnce_1.png

※ Windowsストアアプリ は元ページが見出しのみで本文が空（455 バイト）だったため、　他ページの記述と整合する形で基本事項を補って記述した。

※ TODO.md にあった MS_UISubsystem.md（元ページ名「UIサブシステム」）は、　実体がカテゴリ名でありページが存在しないことが判明したため予約を削除し、　参照元（MS_WindowsFormsVsWPF.md）を MS_DesktopApplications.md に張り替えた。

フェーズ42（10ページ・図なし）

配置先: programming/（.NET 移行・言語・開発ツール）、officeandclericaltopics/

元ページ名	移行先ファイル	配置先	元の更新日
.NET Coreへの移行	`MS_MigrationToDotNetCore.md`	`programming/`	2026-01-15
.NET 5への移行	`MS_MigrationToDotNet5.md`	`programming/`	2026-01-15
.NET 10	`MS_DotNet10.md`	`programming/`	2025-06-17
Visual Studio Code	`MS_VisualStudioCode.md`	`programming/`	2026-07-09
64bit対応	`MS_Support64bit.md`	`programming/`	2026-01-15
VB6.0からVB（.NET）へのコンバージョン	`MS_VB6ToVBNETConversion.md`	`programming/`	2026-01-15
マネージドコードとアンマネージドコードのブリッジ	`MS_ManagedUnmanagedBridge.md`	`programming/`	2024-11-14
非同期処理	`MS_AsynchronousProcessing.md`	`programming/`	2019-07-26
技術文書中での Shall / Should / May	`MS_ShallShouldMay.md`	`programming/`	2018-10-27
Office サーバーサイドオートメーション	`MS_OfficeServerSideAutomation.md`	`officeandclericaltopics/`	2021-06-15

※ .NET 10 の「GPT概説要点」節は、生成 AI による要約であることが元ページに　明示されていたため、見出しを「主な強化点」に改めた上で　一次情報での確認が必要である旨を移行メモとして残した。

フェーズ43（10ページ・図2）

配置先: infrastructure/shell/（Azure シェル）、infrastructure/platform/（仮想化・冗長化）、infrastructure/network/

元ページ名	移行先ファイル	配置先	元の更新日
Azure Cloud Shell	`MS_AzureCloudShell.md`	`shell/`	2022-12-12
Azure CLI	`MS_AzureCLI.md`	`shell/`	2021-08-27
Azure PowerShell	`MS_AzurePowerShell.md`	`shell/`	2021-09-13
WSL → WSL2	`MS_WSLToWSL2.md`	`platform/`	2025-10-29
Hyper-V	`MS_HyperV.md`	`platform/`	2021-06-28
冗長化アーキテクチャ	`MS_RedundancyArchitecture.md`	`platform/`	2017-04-28
MSCS/WSFC	`MS_MSCSWSFC.md`	`platform/`	2021-03-15
NLB？MSCS/WSFC？	`MS_NLBvsMSCSWSFC.md`	`platform/`	2020-10-20
リモートデスクトップサービス（旧ターミナルサービス）	`MS_RemoteDesktopServices.md`	`platform/`	2022-08-29
RDP	`MS_RDP.md`	`network/`	2021-05-14

添付ファイル:

元ページ	元の添付	出力先
MSCS/WSFC	BlockDiagramOfMSCS.png	`MS_MSCSWSFC_1.png`
リモートデスクトップサービス	RDService.png	`MS_RemoteDesktopServices_1.png`

※ 張り替え時に、予約済みだが実は移行済みだったものを 4 件見つけ、　プレースホルダをリンクに直し TODO.md の行を削除した。　 MS_NICTeaming / MS_NetworkRedundancy / MS_DCRedundancy / MS_ProxySettings

※ フェーズ41〜43 で、MS_FrontPage.md の　 デスクトップ・アプリ枝（Windows Forms / WPF / XAML 系の全体像と ClickOnce / XBAP）、　 .NET 移行系の枝（.NET Core / .NET 5 / .NET 10 への移行）、　 冗長化・仮想化・リモートデスクトップの枝が揃った。

フェーズ44（10ページ・図1）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/（OAuth / OIDC の個別仕様）

元ページ名	移行先ファイル	元の更新日
JWA	`MS_JWA.md`	2020-02-09
COSE	`MS_COSE.md`	2020-01-08
OAuth 2.0 Form Post Response Mode	`MS_OAuth20FormPostResponseMode.md`	2019-06-25
OAuth 2.0 Token Introspection	`MS_TokenIntrospection.md`	2021-11-15
OAuth 2.0 Token Revocation	`MS_TokenRevocation.md`	2021-04-21
OAuth 2.0 for Native Apps	`MS_OAuthForNativeApps.md`	2021-04-21
OAuth 2.0 Device Authorization Grant	`MS_DeviceAuthorizationGrant.md`	2020-12-18
CIBA(Client Initiated Backchannel Authentication)	`MS_CIBA.md`	2020-12-18
Financial API (FAPI)	`MS_FAPI.md`	2020-11-28
FAPI Part 2 (Read and Write API Security Profile)	`MS_FAPIPart2.md`	2020-11-10

添付ファイル: ciba.png（図）→ MS_CIBA_1.png

※ OAuth 2.0 Token Introspection の Request 節の説明が　 OAuth 2.0 Token Revocation からのコピー時の取り違え（「取り消したいトークン」　「Revocation Endpoint に送信する」）になっていたため訂正した。

フェーズ45（10ページ・図4）

配置先: infrastructure/platform/（仮想化・クラウド）、programming/、designpoints/

元ページ名	移行先ファイル	配置先	元の更新日
WSLg	`MS_WSLg.md`	`platform/`	2022-02-24
Docker for Windows	`MS_DockerForWindows.md`	`platform/`	2026-07-12
Docker Desktop for Windows	`MS_DockerDesktopForWindows.md`	`platform/`	2026-07-12
Hyper-V ネットワークの仮想化	`MS_HyperVNetworkVirtualization.md`	`platform/`	2020-05-07
Azureの仮想ネットワーク	`MS_AzureVirtualNetwork.md`	`platform/`	2021-03-18
Key Vault	`MS_AzureKeyVault.md`	`platform/`	2021-03-18
Azure IoT Hub	`MS_AzureIoTHub.md`	`platform/`	2023-02-08
IoT	`MS_IoT.md`	`programming/`	2021-05-10
クラウド系開発	`MS_CloudDevelopment.md`	`programming/`	2020-03-23
クラウド設計パターン	`MS_CloudDesignPatterns.md`	`designpoints/`	2021-04-16

添付ファイル:

元ページ	元の添付	出力先
WSLg	WSLg.png	`MS_WSLg_1.png`
Docker Desktop for Windows	enable.png	`MS_DockerDesktopForWindows_1.png`
Docker Desktop for Windows	login.png	`MS_DockerDesktopForWindows_2.png`
Docker Desktop for Windows	dashboard.png	`MS_DockerDesktopForWindows_3.png`

※ Azureの仮想ネットワーク の「VPF（Virtual Packet Filtering）」は、　 Azure のホスト側 SDN データプレーンの正式名称　 VFP（Virtual Filtering Platform） の誤りだったため訂正した。

フェーズ46（10ページ・図なし）

配置先: infrastructure/（IIS・SQL Server）、programming/、testing/、ルート

元ページ名	移行先ファイル	配置先	元の更新日
IIS Express	`MS_IISExpress.md`	`windowsos/`	2021-05-29
IISのパフォーマンスカウンタ	`MS_IISPerformanceCounters.md`	`windowsos/`	2020-01-27
IISバージョンアップ(ASP移行)	`MS_IISUpgradeASPMigration.md`	`windowsos/`	2026-01-15
Application Request Routing (ARR)	`MS_ARR.md`	`platform/`	2017-02-27
ASP.NET Session	`MS_ASPNETSession.md`	`programming/`	2020-07-02
CSRF(XSRF)対策の実装方針	`MS_CSRFCountermeasures.md`	`testing/`	2021-10-03
セキュリティ	`MS_Security.md`	ルート	2017-04-14
SQL Server のバックアップ	`MS_SQLServerBackup.md`	`platform/`	2026-05-27
SQL Server の認証	`MS_SQLServerAuthentication.md`	`platform/`	2026-05-27
SQL Server 問題の分析方法	`MS_SQLServerProblemAnalysis.md`	`platform/`	2026-05-27

※ IISのパフォーマンスカウンタ は元ページが見出しのみで本文が空（606 バイト）　だったため、IIS や 性能問題のポイント と整合する形で基本事項を補って記述した。

※ 張り替え時に、予約済みだが実は移行済みだったものを 6 件見つけ、　プレースホルダをリンクに直し TODO.md の行を削除した。　 MS_ASPNETCookieSharing / MS_PerformanceCounters / MS_ResourceAccessStrategy / 　 MS_EmbeddedWindows / MS_EmbeddedLinux / MS_LoA

※ フェーズ44〜46 で、MS_FrontPage.md の　 OAuth / OIDC の個別仕様、クラウド（Azure ネットワーク・IoT・コンテナ）、　 IIS と SQL Server の運用、セキュリティの索引が揃った。

フェーズ47（10ページ・図なし）

配置先: infrastructure/identity/authentication/、infrastructure/identity/federation/

元ページ名	移行先ファイル	配置先	元の更新日
Microsoft Passport	`MS_MicrosoftPassport.md`	`authentication/`	2021-05-08
CWT	`MS_CWT.md`	`federation/`	2020-01-06
OpenID Connect - IDトークン	`MS_OIDCIDToken.md`	`federation/`	2021-07-14
OpenID Connect - Requestオブジェクト	`MS_OIDCRequestObject.md`	`federation/`	2018-10-12
OAuth 2.0 Multiple Response Type Encoding Practices	`MS_MultipleResponseType.md`	`federation/`	2019-06-24
JWT Secured Authorization Request (JAR)	`MS_JAR.md`	`federation/`	2019-06-20
JWT Secured Authorization Response Mode for OAuth 2.0 (JARM)	`MS_JARM.md`	`federation/`	2019-06-26
OAuth2.0 DPoP	`MS_OAuthDPoP.md`	`federation/`	2026-06-05
Token Binding	`MS_TokenBinding.md`	`federation/`	2026-06-05
FAPI Part 1 (Read Only API Security Profile)	`MS_FAPIPart1.md`	`federation/`	2020-11-10

フェーズ48（10ページ・図3）

配置先: infrastructure/platform/（コンテナ・Hyper-V・Azure）

元ページ名	移行先ファイル	配置先	元の更新日
Windows Serverコンテナ	`MS_WindowsServerContainer.md`	`platform/`	2025-08-04
Hyper-V コンテナ	`MS_HyperVContainer.md`	`platform/`	2021-07-14
Hyper-V 機能一覧	`MS_HyperVFeatures.md`	`platform/`	2020-10-20
Azureのメッセージング・サービス	`MS_AzureMessagingServices.md`	`platform/`	2021-10-01
Azure Event Hubs	`MS_AzureEventHubs.md`	`platform/`	2021-10-14
Azure Bastion	`MS_AzureBastion.md`	`platform/`	2025-03-03
Azureのストレージ	`MS_AzureStorage.md`	`platform/`	2022-09-14
Microsoft Azure IoT	`MS_AzureIoT.md`	`platform/`	2022-12-28
Azure IoT Edge	`MS_AzureIoTEdge.md`	`platform/`	2023-02-03
Azure Kubernetes Service (AKS)	`MS_AKS.md`	`platform/`	2021-09-30

添付ファイル:

元ページ	元の添付	出力先
Windows Serverコンテナ	switch.png	`MS_WindowsServerContainer_1.png`
Azure Kubernetes Service (AKS)	1.png	`MS_AKS_1.png`
Azure Kubernetes Service (AKS)	2.png	`MS_AKS_2.png`

※ Azure Kubernetes Service (AKS) は、az aks browse と Kubernetes ダッシュボード　アドオンが削除済みであること、サービスプリンシパルではなくマネージド ID が　現在の既定であること、storage.k8s.io/v1beta1 → v1 および in-tree ドライバ → 　 CSI（disk.csi.azure.com）、--delete-local-data → --delete-emptydir-data、　 beta.kubernetes.io/os → kubernetes.io/os、http_application_routing アドオンの　 2025年3月サポート終了などを補足した。

※ Azure IoT Edge の「Azure Arc」は元 Wiki に該当ページが存在しなかったため、　予約せず本文中の説明に置き換えた。

フェーズ49（10ページ・図16）

配置先: infrastructure/platform/（SQL Server）、programming/、designpoints/

元ページ名	移行先ファイル	配置先	元の更新日
SQL Server の障害復旧	`MS_SQLServerDisasterRecovery.md`	`platform/`	2026-05-27
SQL Server のログ	`MS_SQLServerLog.md`	`platform/`	2026-05-27
SQLプロファイラ（SQLトレース）	`MS_SQLProfiler.md`	`platform/`	2026-05-27
SQL Server でのロック・タイムアウト	`MS_SQLServerLockTimeout.md`	`platform/`	2026-05-27
ASP.NETの状態管理方式	`MS_ASPNETStateManagement.md`	`programming/`	2020-10-13
ASP.NET ViewState	`MS_ASPNETViewState.md`	`programming/`	2018-09-06
.NET Core config	`MS_DotNetCoreConfig.md`	`programming/`	2022-04-05
ADO.NETデータプロバイダ	`MS_ADONETDataProvider.md`	`programming/`	2022-06-07
Microsoft Windows Installer	`MS_WindowsInstaller.md`	`programming/`	2020-02-27
プラットフォーム・アーキテクチャ	`MS_PlatformArchitecture.md`	`designpoints/`	2020-03-16

添付ファイル:

元ページ	元の添付	出力先
SQL Server の障害復旧	SIMPLE.png	`MS_SQLServerDisasterRecovery_1.png`
SQL Server の障害復旧	FULL.png	`MS_SQLServerDisasterRecovery_2.png`
SQL Server の障害復旧	BULK_LOGGED.png	`MS_SQLServerDisasterRecovery_3.png`
SQL Server の障害復旧	Checkpoint.png	`MS_SQLServerDisasterRecovery_4.png`
SQL Server の障害復旧	rollforward_rollback.png	`MS_SQLServerDisasterRecovery_5.png`
ASP.NETの状態管理方式	1_ServerStatelessStateManagementSystem.png	`MS_ASPNETStateManagement_1.png`
ASP.NETの状態管理方式	2_ServerStatefulStateManagementSystem.png	`MS_ASPNETStateManagement_2.png`
ASP.NETの状態管理方式	3_PostbackOfASPdotNET.png	`MS_ASPNETStateManagement_3.png`
ASP.NETの状態管理方式	4_ApplicationFoundationProcessingUsingTheViewState.png	`MS_ASPNETStateManagement_4.png`
ASP.NETの状態管理方式	5_MechanismForHoldingTheInformationInTheWebForm.png	`MS_ASPNETStateManagement_5.png`
ASP.NETの状態管理方式	6_UnnecessaryViewStateDataExpandDataAndIncreaseNetworkTraffic.png	`MS_ASPNETStateManagement_6.png`
ASP.NETの状態管理方式	7_ToEnsureTheScalabilityAndReliabilityOfWindowsServerExampleLoadBalancingStructure.png	`MS_ASPNETStateManagement_7.png`
ASP.NETの状態管理方式	8_SessionOfTheCaseThatUsingNLB.png	`MS_ASPNETStateManagement_8.png`
ASP.NETの状態管理方式	9_SessionOfTheCaseThatIntroducingStateServiceAndStateDatabase.png	`MS_ASPNETStateManagement_9.png`
ASP.NETの状態管理方式	10_SeparateTheConstituteNodeOfLoadBalancingInTheEventOfFailure.png	`MS_ASPNETStateManagement_10.png`
添付用１	11_UnifiedTheMachineKeyElementInTheOverallConstituteNodeOfLoadBalancing.png	`MS_ASPNETStateManagement_11.png`

※ ASP.NETの状態管理方式 の 11 番目の図は、元ページの #ref が　 別ページ（添付用１）の添付を参照していたため、そちらから取得した。

※ 正誤・最新化の主なもの。　 SQL Server の障害復旧: 復旧モデルは sp_configure ではなく　 ALTER DATABASE ... SET RECOVERY で設定する。　 SQL Server のログ: 「ソース消費量」→「リソース消費量」、　 SQL Server：Latche → Latches、Memory Grants Pending は　 Buffer Manager ではなく Memory Manager。SQL トレース／プロファイラは　非推奨のため拡張イベントを併記した。　 SQL Server でのロック・タイムアウト: .dbo.spt_values は　 master.dbo.spt_values の誤り、SELECT * FORM T → FROM、　 WHERE [resource_type]<>'Northwind' は絞り込めていない　（resource_database_id = DB_ID(...) が正）。　 ASP.NETの状態管理方式: 「Hidden を仕様した」→「使用」、　 TextChange → TextChanged、EnableViewStateMac="false" は　 MS14-059／.NET Framework 4.5.2 以降無効化できない。　 Microsoft Windows Installer: 「MSI ファイルはマージ・モジュールとも呼ばれる」は　 MSM ファイルの誤り。　 ADO.NETデータプロバイダ: 「ラインタイム」→「ランタイム」、　 System.Data.SqlClient → Microsoft.Data.SqlClient を補足した。

※ 張り替え時に、重複予約を 2 件解消した。　 MS_SQLServerAdministration → MS_SQLServerManagement、　 MS_DBMSLockingAndConcurrency → MS_DBMSLockingAndIsolation。

フェーズ50（10ページ・図なし）

配置先: programming/（データアクセス）、infrastructure/platform/sqlserver/

元ページ名	移行先ファイル	配置先	元の更新日
データアクセスのいろいろ	`MS_DataAccessTopics.md`	`programming/`	2018-10-30
ADO.NET	`MS_ADONET.md`	`programming/`	2025-06-09
データプロバイダ	`MS_DataProvider.md`	`programming/`	2020-04-25
ADO.NETデータプロバイダの接続文字列	`MS_ADONETConnectionString.md`	`programming/`	2025-06-09
ADO.NET以外のデータプロバイダ	`MS_NonADONETDataProvider.md`	`programming/`	2021-01-22
ADO.NET vs ORM (Entity Framework, Dapper)	`MS_ADONETVsORM.md`	`programming/`	2019-10-29
Entity Framework	`MS_EntityFramework.md`	`programming/`	2018-12-14
TransactionScope	`MS_TransactionScope.md`	`programming/`	2019-12-17
MS-DTC	`MS_MSDTC.md`	`programming/`	2018-01-30
SQL Server のコネクションとセッション	`MS_SQLServerConnectionSession.md`	`sqlserver/`	2026-05-27

※ ADO.NETデータプロバイダの接続文字列 は元ページが見出しのみのスタブだったため、　位置付けを保ったまま、接続文字列の共通の性質・主要キー・　接続プールが接続文字列単位である点・資格情報の扱いを補って記述した。

※ 正誤・最新化の主なもの。　 MS-DTC: MS-DTC 自身はトランザクションマネージャ（TM）であり、　リソースマネージャ（RM）は SQL Server / Oracle など各リソース側である。　 ADO.NET vs ORM: 「複雑なデータクセス」→「データアクセス」、　「JION」→「JOIN」、「中途半場」→「中途半端」。　 Entity Framework: SingleOrDefault() の例が Single() のままだったため修正、　 Insert のコメント「Unchanged 状態→Added 状態」は　正しくは「Detached 状態→Added 状態」。　 ADO.NET以外のデータプロバイダ: MSDE は SQL Server 2000 世代の無償エディションで、　 SQL Server 2005 でその後継が Express Edition（「2005 で MSDE が搭載された」は誤り）。　「設計さた」→「設計された」、「Close すれは」→「Close すれば」。　 TransactionScope: Oracle 側サンプルの finally の括弧の対応を整形した。

フェーズ51（10ページ・図13）

配置先: infrastructure/platform/sqlserver/（構成・物理設計・インデックス）

元ページ名	移行先ファイル	配置先	元の更新日
SQL Server の管理	`MS_SQLServerManagement.md`	`sqlserver/`	2026-05-27
SQL Server の基本的な設定	`MS_SQLServerBasicSettings.md`	`sqlserver/`	2026-02-25
SQL Server での設定取得方法	`MS_SQLServerSettingsRetrieval.md`	`sqlserver/`	2026-05-27
SQL Server のファイルの配置	`MS_SQLServerFileLayout.md`	`sqlserver/`	2026-05-27
SQL Server のファイル・グループ	`MS_SQLServerFileGroup.md`	`sqlserver/`	2026-05-27
SQL Server の照合順序	`MS_SQLServerCollation.md`	`sqlserver/`	2026-05-27
SQL Server のインデックス	`MS_SQLServerIndex.md`	`sqlserver/`	2017-12-05
SQL Server のオプティマイザ	`MS_SQLServerOptimizer.md`	`sqlserver/`	2026-05-27
実行プランのグラフィカル表示	`MS_SQLExecutionPlan.md`	`sqlserver/`	2025-06-09
SQL Server のトリガ	`MS_SQLServerTrigger.md`	`sqlserver/`	2026-05-27

添付ファイル:

元ページ	元の添付	出力先
SQL Server の基本的な設定	PoolMemory.png	`MS_SQLServerBasicSettings_1.png`
SQL Server の基本的な設定	MaxServerMemory.png	`MS_SQLServerBasicSettings_2.png`
SQL Server の基本的な設定	MinServerMemory.png	`MS_SQLServerBasicSettings_3.png`
SQL Server のファイルの配置	Layout.png	`MS_SQLServerFileLayout_1.png`
SQL Server のファイル・グループ	Filegroup.png	`MS_SQLServerFileGroup_1.png`
SQL Server のファイル・グループ	ParallelQuery.png	`MS_SQLServerFileGroup_2.png`
SQL Server のインデックス	IndexPage.png	`MS_SQLServerIndex_1.png`
SQL Server のインデックス	ClusteredIndex.png	`MS_SQLServerIndex_2.png`
SQL Server のインデックス	NonClusteredIndex.png	`MS_SQLServerIndex_3.png`
SQL Server のインデックス	NonClusteredIndexWithClusteredIndex.png	`MS_SQLServerIndex_4.png`
SQL Server のインデックス	SegmentExtentPage.png	`MS_SQLServerIndex_5.png`
SQL Server のインデックス	Fragmentation.png	`MS_SQLServerIndex_6.png`
SQL Server のインデックス	ExtraIO.png	`MS_SQLServerIndex_7.png`

※ 正誤・最新化の主なもの。　 SQL Server の管理: DBCC CHECKDB のオプションは ESTIMATE ONLY ではなく　 ESTIMATEONLY（スペースなし）。「保守・運用時時」→「保守・運用時」。　 SQL Server のファイル・グループ: スクリプトの FILE NAME は　 FILENAME（スペースなし）が正しい。トランザクションログファイルは　ファイルグループに追加できず、複数作っても並列には書かれない。　 SQL Server のオプティマイザ: 「DBMS はコンポーネントというコンポーネント」→ 　「オプティマイザというコンポーネント」。自動作成は AUTO_CREATE_STATISTICS、　自動更新は AUTO_UPDATE_STATISTICS の別オプション。sp_dboption は削除済み。　 SQL Server のインデックス: 非クラスタ化インデックスの上限は　 SQL Server 2008 以降 999 個（249 個は 2005 まで）。「カバリンク列」→「カバリング列」。　 SQL Server の照合順序: KS / WS に KI / WI という記法は無い。　「助文字」→「補助文字」、「細い要件」→「細かい要件」。　 SQL Server のトリガ: SET NOCOUNT ON は @@ROWCOUNT をリセットするため、　 @@ROWCOUNT で分岐する実装では配置順に注意が必要である旨を補足した。

フェーズ52（10ページ・図6）

配置先: infrastructure/platform/sqlserver/（同時実行制御・性能・可用性）

元ページ名	移行先ファイル	配置先	元の更新日
DBMSのロック・分離戦略と同時実行制御	`MS_DBMSLockingAndIsolation.md`	`sqlserver/`	2026-05-27
SQL Server のロックのエスカレーション	`MS_SQLServerLockEscalation.md`	`sqlserver/`	2026-05-27
SQL Server でのデッドロック	`MS_SQLServerDeadlock.md`	`sqlserver/`	2026-05-27
SQL Server 大量データ処理時の性能問題	`MS_SQLServerBulkDataPerformance.md`	`sqlserver/`	2026-05-27
SQL Server アドホッククエリ問題の監視	`MS_SQLServerAdHocQueryMonitoring.md`	`sqlserver/`	2026-05-27
SQL Server 結合方式の問題を監視する	`MS_SQLServerJoinMethodMonitoring.md`	`sqlserver/`	2026-05-27
SQL Server データ圧縮	`MS_SQLServerCompression.md`	`sqlserver/`	2026-05-27
SQL Server パーティション分割	`MS_SQLServerPartitioning.md`	`sqlserver/`	2026-05-27
SQL Server のクラスタリング	`MS_SQLServerClustering.md`	`sqlserver/`	2026-05-27
SQL Server のレプリケーション	`MS_SQLServerReplication.md`	`sqlserver/`	2026-05-27

添付ファイル:

元ページ	元の添付	出力先
DBMSのロック・分離戦略と同時実行制御	1_LockAndMVCC.png	`MS_DBMSLockingAndIsolation_1.png`
DBMSのロック・分離戦略と同時実行制御	2_DirtyRead.png	`MS_DBMSLockingAndIsolation_2.png`
DBMSのロック・分離戦略と同時実行制御	3_RepeatableRead.png	`MS_DBMSLockingAndIsolation_3.png`
DBMSのロック・分離戦略と同時実行制御	4_PhantomRead.png	`MS_DBMSLockingAndIsolation_4.png`
DBMSのロック・分離戦略と同時実行制御	5_LossOfDataUpdate.png	`MS_DBMSLockingAndIsolation_5.png`
SQL Server パーティション分割	SkipScan.png	`MS_SQLServerPartitioning_1.png`

※ 正誤・最新化の主なもの。　 DBMSのロック・分離戦略と同時実行制御: SQL Server がサポートする分離レベルの　列挙に「繰り返し可能読み取り｜未サポート」という表の断片が紛れ込んでいたため削除した　（SQL Server は Repeatable Read をサポートしている）。　 SQL Server のロックのエスカレーション: 単一ステートメントのロック数のしきい値は　ドキュメント上 5000（元ページの 4845 は実測値と思われる）。　「最も低い分離レベル」は正確には READ UNCOMMITTED。　 SQL Server でのデッドロック: system_health からデッドロックグラフを　後追いで取得する SQL を追記した。　 SQL Server データ圧縮: 「MSI ファイルはマージ・モジュール」型の取り違えとして、　「圧縮対象のパーティション」と「圧縮対象でないパーティション」の　 見出しと内容が逆になっている旨を補足した。　「非クラスタ化インデックスのヒープ」は「クラスタ化インデックスを持たないテーブル　（＝ヒープ）」の意。　 SQL Server パーティション分割: パーティションインデックスの構文で　行末のセミコロンが余分だったため削除した。上限は 2012 以降 15,000 個、　 2016 SP1 以降は Standard Edition でも利用可能。　 SQL Server のレプリケーション: スナップショットレプリケーションは　 VSS とは無関係（BCP 形式のデータファイルを生成して適用する）。　 AlwaysOn の説明で AG と FCI が混ざっていた点を補足した　（FCI は現在も共有ストレージ前提）。

※ 張り替え時に、重複予約を 4 件解消した。　 MS_SQLServerIndexes → MS_SQLServerIndex、　 MS_SQLServerFileGroups → MS_SQLServerFileGroup、　 MS_ElasticScaleAndElasticDatabasePool → MS_ElasticScaleAndPool、　 MS_SQLServerUpgradeAndMigration → MS_SQLServerUpgradeMigration。

※ フェーズ50〜52 で、MS_FrontPage.md の　 **データアクセス（ADO.NET / ORM / トランザクション）**と　 SQL Server の構成・性能・可用性の索引が揃った。

フェーズ53（10ページ・図なし・添付1）

配置先: programming/data_access/

元ページ名	移行先ファイル	配置先	元の更新日
SQL	`MS_SQL.md`	`data_access/`	2019-06-10
ストアドプロシージャ	`MS_StoredProcedure.md`	`data_access/`	2018-08-07
LINQ	`MS_LINQ.md`	`data_access/`	2022-02-10
Dapper	`MS_Dapper.md`	`data_access/`	2019-01-15
Entity Framework Core	`MS_EntityFrameworkCore.md`	`data_access/`	2018-04-06
Entity Framework の懸念	`MS_EntityFrameworkConcerns.md`	`data_access/`	2020-02-05
Entity Framework の調査	`MS_EntityFrameworkResearch.md`	`data_access/`	2019-05-07
DataAdapter	`MS_DataAdapter.md`	`data_access/`	2024-08-07
TableAdapter	`MS_TableAdapter.md`	`data_access/`	2024-08-07
AutoMapper	`MS_AutoMapper.md`	`data_access/`	2018-07-20

添付ファイル（図以外）:

元ページ	元の添付	出力先
LINQ	LINQtoObject.zip	`MS_LINQ_LINQtoObject.zip`

※ SQL / Entity Framework Core は元ページが見出しのみのスタブだったため、　位置付けを保ったまま補記した（SQL の分類・方言差、EF Core と EF6 の違い）。

※ 正誤・最新化の主なもの。　 Dapper: IEnumrable<Dynamic> → IEnumerable<dynamic>。　 Entity Framework の懸念: OrberBy → OrderBy、　 NoMapped → NotMapped。一括更新の懸念は　 EF Core 7 の ExecuteUpdate / ExecuteDelete で解消済みである旨を補足。　 ストアドプロシージャ: 「ODE.NET」は ODP.NET の誤記。　 PostgreSQL / MySQL の「N/A」は CLR ストアドプロシージャの話であり、　ストアドプロシージャ自体は存在する旨を補足。　 AutoMapper: 静的 API の廃止と 2025 年の商用ライセンス移行を補足。　 LINQ: 「Where と GroupBy の両方を記述できない」は　技術的には 1 チェーンで書ける旨を補足した。

フェーズ54（10ページ・図19・添付1）

配置先: programming/data_access/、infrastructure/platform/sqlserver/

元ページ名	移行先ファイル	配置先	元の更新日
大量データの処理方式	`MS_LargeDataProcessing.md`	`data_access/`	2020-07-03
大量データの処理方式1	`MS_LargeDataProcessing1.md`	`data_access/`	2021-07-14
大量データの処理方式2	`MS_LargeDataProcessing2.md`	`data_access/`	2021-07-14
大量データの処理方式3	`MS_LargeDataProcessing3.md`	`data_access/`	2021-07-14
データ連携	`MS_DataIntegration.md`	`data_access/`	2021-07-12
クロスDB対応	`MS_CrossDBSupport.md`	`data_access/`	2021-04-20
Oracle11gXE + ODP.NET Managed Driver	`MS_Oracle11gXEODPNET.md`	`data_access/`	2020-12-16
PostgreSQL + NpgSql	`MS_PostgreSQLNpgsql.md`	`data_access/`	2020-12-16
SQL Server リンクサーバ機能	`MS_SQLServerLinkedServer.md`	`sqlserver/`	2026-05-27
Elastic Scale, Elastic Database Pool	`MS_ElasticScaleAndPool.md`	`sqlserver/`	2026-05-27

添付ファイル:

元ページ	元の添付	出力先
Oracle11gXE + ODP.NET Managed Driver	1.png	`MS_Oracle11gXEODPNET_1.png`
PostgreSQL + NpgSql	1.png	`MS_PostgreSQLNpgsql_1.png`
PostgreSQL + NpgSql	2.png	`MS_PostgreSQLNpgsql_2.png`
Elastic Scale, Elastic Database Pool	SamplesInstructions.png ほか計16点	`MS_ElasticScaleAndPool_1..16.png`
大量データの処理方式2	ConsoleApplication.zip	`MS_LargeDataProcessing2_ConsoleApplication.zip`

※ 大量データの処理方式1 は TODO 未登録だったため、　 MS_LargeDataProcessing1.md として新規に予約・移行した。

※ 正誤・最新化の主なもの。　 大量データの処理方式1: 「n 番目のレコードのファイル・ポインタができない」の　脱字を補い、FileStream.Position と StreamReader.ReadLine の併用が　 バッファリングのため正しく動作しない旨を補足した。　 大量データの処理方式2: 計測プログラム約 250 行は反復のため骨格に絞り、　全文は添付 ZIP を参照とした。測定環境が 2014 年・32bit・メモリ 4GB である　前提を明示した。　 クロスDB対応: 「データプロバイダ（バイナリ）事態」→「自体」。　 Oracle11gXE: 「出指定した名称」→「で指定した名称」。　 SQL Server リンクサーバ機能: 「Management Stidio」→「Studio」、　「システム DNS」→「システム DSN」、「Windwos 認証」→「Windows 認証」、　 %ORCALE_HOME% → %ORACLE_HOME%。　 SET XACT_ABORT ON は「グローバルトランザクションを有効にするスイッチ」ではなく　 エラー時にトランザクション全体をアボートする設定である旨を補足。　 Elastic Scale: 「naned」→「named」。　 Elastic Pool（コスト最適化）と Elastic Scale（スケールアウト）は別物である　旨を補足した。

フェーズ55（10ページ・図1）

配置先: infrastructure/platform/sqlserver/（バージョン管理・運用・BI ツール）

元ページ名	移行先ファイル	配置先	元の更新日
SQL Server のバージョン	`MS_SQLServerVersions.md`	`sqlserver/`	2019-03-21
SQL Server のエディション	`MS_SQLServerEditions.md`	`sqlserver/`	2019-08-02
SQL Server のアップグレードと移行	`MS_SQLServerUpgradeMigration.md`	`sqlserver/`	2026-01-15
データファイルの圧縮と拡張	`MS_DataFileShrinkAndGrow.md`	`sqlserver/`	2025-06-09
インデックスの再構築・デフラグ	`MS_IndexRebuildAndDefrag.md`	`sqlserver/`	2022-08-02
RAID	`MS_RAID.md`	`sqlserver/`	2026-05-27
SSMS	`MS_SSMS.md`	`sqlserver/`	2026-05-27
SSIS	`MS_SSIS.md`	`sqlserver/`	2026-05-27
SSRS	`MS_SSRS.md`	`sqlserver/`	2026-05-27
SSAS	`MS_SSAS.md`	`sqlserver/`	2026-05-27

添付ファイル:

元ページ	元の添付	出力先
RAID	RAID1_5.png	`MS_RAID_1.png`

※ 正誤・最新化の主なもの。　 SQL Server のエディション: Web Edition は廃止されていない 　（SPLA 経由で提供継続）。2008 R2 で廃止されたのは Workgroup と　 Small Business Edition である。　 SQL Server 2016 SP1 で多くの機能が Standard / Web / Express に開放された 　ため、判断軸が「機能」から「規模と可用性」に移った旨を補足。　 SSAS: MOLAP / ROLAP / HOLAP はストレージモードであり　インストール時に固定されない（固定されるのは多次元／表形式のサーバーモード）。　元ページは 2 つの節の説明が取り違えられている。　 RAID: 図の代替テキスト「RAID 0, 1 のボリュームレイアウト」は　本文から RAID 1, 5 の誤記と判断し修正した。　 インデックスの再構築・デフラグ: 「度合に響され（ず）」→「影響され（ず）」。　 DBCC SHOWCONTIG は 2012 で削除済みのため、　 sys.dm_db_index_physical_stats との対応表を補った。　 データファイルの圧縮と拡張: 本文の「圧縮」は shrink（縮小）であり、　 SQL Server データ圧縮の compression とは　別機能である旨を明示。AUTO_SHRINK は現在有効にしてはならない。　 SQL Server のバージョン: 参照リンクが technet / msdn 中心で　既に稼働していないため、バージョン・内部番号・互換性レベルの対応表に　置き換えた。　 SQL Server のアップグレードと移行: Upgrade Advisor は 2016 で廃止され、　後継は Data Migration Assistant (DMA)。性能回帰の検証には　 Database Experimentation Assistant (DEA) を使う。　移行時の**孤立ユーザー（orphaned users）**への対処も補足した。

※ 張り替え時に、ラベル誤りを 1 件修正した。　 MS_ADONET.md の [EF Core](MS_EntityFramework) → 　 [EF Core](MS_EntityFrameworkCore)。

※ フェーズ53〜55 で、MS_FrontPage.md の　 **データアクセス（SQL / ORM / 大量データ処理）**と　 SQL Server の運用・BI ツールの索引が揃った。

フェーズ56（10ページ）

配置先: testing/（ビルド／CI・CD／静的解析・テストツール）

元ページ名	移行先ファイル	配置先	元の更新日
ビルド	`MS_Build.md`	`testing/`	2019-09-05
Jenkins	`MS_Jenkins.md`	`testing/`	2018-07-31
GitLab	`MS_GitLab.md`	`testing/`	2024-06-04
SVN vs Git vs TFS	`MS_SVNvsGitvsTFS.md`	`testing/`	2018-07-31
Visual Studio App Center	`MS_VisualStudioAppCenter.md`	`testing/`	2026-06-10
NUnit	`MS_NUnit.md`	`testing/`	2020-02-12
OpenCover	`MS_OpenCover.md`	`testing/`	2020-02-12
StyelCop	`MS_StyleCop.md`	`testing/`	2018-03-15
FxCop	`MS_FxCop.md`	`testing/`	2018-03-15
クラウド・インフラ自動化	`MS_CloudInfraAutomation.md`	`testing/`	2020-06-30

※ 正誤・最新化の主なもの。　 StyelCop: 元ページ名は StyleCop の誤字であるため、　ファイル名・タイトルとも StyleCop に修正した。　併せて、StyleCop → StyleCop.Analyzers（Roslyn アナライザー）への　移行を補足。　 FxCop: FxCop → FxCop アナライザー → .NET アナライザー（SDK 同梱） 　という系譜を表で整理した。

フェーズ57（10ページ・図10）

配置先: testing/（JMeter・脆弱性対策）、troubleshooting/（因果関係の分析例）

元ページ名	移行先ファイル	配置先	元の更新日
Jmeterのインストール	`MS_JMeterInstallation.md`	`testing/`	2020-02-21
Jmeter用語	`MS_JMeterTerminology.md`	`testing/`	2020-04-19
JmeterによるWebアプリの負荷テスト	`MS_JMeterWebAppLoadTest.md`	`testing/`	2020-05-15
Jmeterによる3層C/Sの負荷テスト	`MS_JMeter3TierLoadTest.md`	`testing/`	2021-03-16
Jmeterによる可変値の追跡	`MS_JMeterVariableTracking.md`	`testing/`	2018-04-03
Jmeterの正規表現	`MS_JMeterRegex.md`	`testing/`	2018-07-10
Jmeterの結果のレポーティング	`MS_JMeterReporting.md`	`testing/`	2018-01-16
ネットワーク脆弱性対策	`MS_NetworkVulnerabilityCountermeasures.md`	`testing/`	2021-02-11
Webアプリケーション脆弱性対策	`MS_WebAppVulnerabilityCountermeasures.md`	`testing/`	2021-02-11
因果関係の分析例	`MS_CausalAnalysisExamples.md`	`troubleshooting/`	2020-04-13

添付ファイル:

元ページ	元の添付	出力先
Jmeter用語	hierarchy.png	`MS_JMeterTerminology_1.png`
JmeterによるWebアプリの負荷テスト	script.png	`MS_JMeterWebAppLoadTest_1.png`
JmeterによるWebアプリの負荷テスト	debug1.png	`MS_JMeterWebAppLoadTest_2.png`
JmeterによるWebアプリの負荷テスト	debug2.png	`MS_JMeterWebAppLoadTest_3.png`
JmeterによるWebアプリの負荷テスト	debug3.png	`MS_JMeterWebAppLoadTest_4.png`
JmeterによるWebアプリの負荷テスト	CsvFile.png	`MS_JMeterWebAppLoadTest_5.png`
JmeterによるWebアプリの負荷テスト	result.png	`MS_JMeterWebAppLoadTest_6.png`
Jmeterによる3層C/Sの負荷テスト	binaries.png	`MS_JMeter3TierLoadTest_1.png`
Jmeterによる3層C/Sの負荷テスト	cmd.png	`MS_JMeter3TierLoadTest_2.png`
Jmeterによる3層C/Sの負荷テスト	wire.png	`MS_JMeter3TierLoadTest_3.png`

※ 正誤・最新化の主なもの。　 Jmeterのインストール: httpclient4.time_to_live は TCP の TTL ではなく　 HttpClient のコネクション保持時間である旨を訂正。　「Oracke Java」→「Oracle Java」、AdoptOpenJDK → Eclipse Temurin 改称、　 -Xloggc / PrintGC* は Java 11 で削除され -Xlog:gc* に統合された旨を補足。　 Jmeter用語: WorkBench は JMeter 4.0 で削除、BSF は 5.0 で削除、　 BeanShell は非推奨（JSR223 + Groovy が現在の選択）である旨を補足。　コンポーネント階層のスコープの原則（サンプラーのみスコープを持たない）を追記。　 JmeterによるWebアプリの負荷テスト: 「HTTS」→「HTTPS」を修正。　 リダイレクト 2 方式の違い（自動リダイレクトでは Cookie が送られない）を表で整理。　 Jmeterの結果のレポーティング: 関数記法 &{...} → ${...}、　拡張子 .jlt → .jtl を修正。elapsed / latency / connect の　関係を図示し、ボトルネック切り分けの観点を追記。　 因果関係の分析例: 「SQL の完了が遅い」の原因欄が直前の項目と同一で　あったためコピー時の取り違えと判断し、その旨を明記。　現在の起点である sys.dm_os_wait_stats の待ち事象による切り分けを補足。

フェーズ58（10ページ）

配置先: designpoints/（アーキテクチャ）、infrastructure/（バックアップ・WCF）、 troubleshooting/（ブラウザ）

元ページ名	移行先ファイル	配置先	元の更新日
アプリケーション・アーキテクチャ	`MS_ApplicationArchitecture.md`	`designpoints/`	2018-02-08
Azure Well-Architected Framework	`MS_AzureWellArchitectedFramework.md`	`designpoints/`	2021-02-26
クラウドアプリケーションアーキテクチャガイド	`MS_CloudApplicationArchitectureGuide.md`	`designpoints/`	2021-05-07
参照アーキテクチャ	`MS_ReferenceArchitecture.md`	`designpoints/`	2021-02-24
Windows Server のバックアップ	`MS_WindowsServerBackup.md`	`infrastructure/platform/`	2021-03-17
Hyper-V バックアップ	`MS_HyperVBackup.md`	`infrastructure/platform/virtualization/`	2018-02-08
SharePoint のバックアップ	`MS_SharePointBackup.md`	`infrastructure/platform/`	2018-02-21
Azureの障害復旧	`MS_AzureDisasterRecovery.md`	`infrastructure/platform/azure/`	2025-06-12
WCFのタイムアウト	`MS_WCFTimeout.md`	`infrastructure/webapi/`	2018-10-06
IE、WWWブラウザのいろいろ	`MS_WebBrowsers.md`	`troubleshooting/`	2021-07-07

※ 正誤・最新化の主なもの。　 アプリケーション・アーキテクチャ: 「タイムスタンプを持ちいた」→「用いた」を修正。　弱みの重複記述を統合。　 3 層以降で悲観排他が使えなくなる構造上の理由（接続を跨いで　ロックを保持できない）を補足し、rowversion に言及。　 Silverlight / Flash / Java Applet が実際に廃止された旨を追記。　 Windows Server のバックアップ: wbaadmin → wbadmin（原典は全箇所で　 a が 1 つ多い）、「シュケジュール」→「スケジュール」、　「Windwos」→「Windows」を修正。　 KB2807849 の原因が ASP.NET の一時コンパイルフォルダ肥大である旨を補足。　 Hyper-V バックアップ: 「パス・スルー・ディクス」→「ディスク」を修正。　ゲスト・ベースが必要な 4 ケースが**「ホストからは意味が分からない」という　一点に集約されることを整理。本文が空だった「ゲスト・ベースの考慮点」節に　要点を補った。　 Azureの障害復旧: Azure Backup と Azure Site Recovery の役割の違い　（データ復元 ⇔ サービス継続）を表で整理。　レプリケーションはバックアップの代わりにならない旨を明記。　 WCFのタイムアウト: executionTimeout が効かないのは　 debug="true" 時は無効、かつ ASP.NET 互換モードでなければ　 WCF のディスパッチャが処理するためであり、仕様どおりである旨を補足。　サーバ側では ReceiveTimeout がセッションのアイドルタイムアウト**として　効くことを追記。　 IE、WWWブラウザのいろいろ: 「使用をを理解して」「読みずらい」を修正。　 IE 11 は 2022-06-15 にサポート終了、showModalDialog は各ブラウザで削除、　 ActiveX は Edge 非対応である旨を冒頭と各節で補足。　 overflow-x / overflow-y は現在 CSS 標準である旨を訂正。

フェーズ59（10ページ）

配置先: infrastructure/platform/azure/（Azure 導入・環境構築・基盤）

元ページ名	移行先ファイル	配置先	元の更新日
Azureの評価環境を入手する	`MS_AzureTrialEnvironment.md`	`azure/`	2025-06-11
AzureのPoC環境を契約する	`MS_AzurePoCContract.md`	`azure/`	2025-09-24
AzureのPoC環境を構築する	`MS_AzurePoCSetup.md`	`azure/`	2025-06-12
Azure上に素早く環境を構築する	`MS_AzureQuickSetup.md`	`azure/`	2025-06-11
Azureの課金	`MS_AzureBilling.md`	`azure/`	2020-06-16
Azureの仮想マシン	`MS_AzureVirtualMachine.md`	`azure/`	2021-08-31
Azureの冗長化	`MS_AzureRedundancy.md`	`azure/`	2025-06-11
Azureの高可用性設計	`MS_AzureHighAvailability.md`	`azure/`	2025-06-12
Azureによる基盤開発法	`MS_AzureInfraDevelopment.md`	`azure/`	2025-06-11
Azureの管理ポータルとARM API	`MS_AzurePortalAndARMAPI.md`	`azure/`	2021-06-23

※ 正誤・最新化の主なもの。　 Azureの課金: OS からシャットダウンしても課金は止まらない 　（「停止済み」と「停止（割り当て解除）」の違い）ことを明記。　課金の型を「実行時間 / 確保している間 / 使用量」の 3 分類で整理。　 Azureの仮想マシン: 「Virtual Maschine Contributor」の誤字、　「30秒異常必要」→「以上」、「バッグアップ」を修正。　 NLB / WSFC が使えない理由（SDN でブロードキャスト・GARP が通らない）、　 ADE の略称が Azure Disk Encryption である旨（原典は Advanced Data Encryption）を訂正。　 Azureの高可用性設計: 「アプリケション」「冗長されている」「稼働する化ホスト」　「保持メンテナ」「一部の更新み」などの脱字を補った。　本文が空だった「セルフサービス再デプロイ」「スケジュールされたメンテナンス」に要点を補足。　 Azureによる基盤開発法: 「プロタイピング」→「プロトタイピング」。　「IoCによる再生成」は文脈から IaC を指すものと判断し、その旨を明記。　 PukiWiki のセル結合記法を使用した 3 環境マトリックスを展開して表現。　 Azureの管理ポータルとARM API: ARM API がすべての操作の唯一の入口である　（ポータルも CLI も同じ API を叩く）点、ASM と ARM の対比を補足。

フェーズ60（10ページ）

配置先: infrastructure/platform/azure/（Azure PaaS／運用）

元ページ名	移行先ファイル	配置先	元の更新日
AzureのPaaS	`MS_AzurePaaS.md`	`azure/`	2021-09-30
Azure App Service	`MS_AzureAppService.md`	`azure/`	2021-05-10
Azure Web Apps	`MS_AzureWebApps.md`	`azure/`	2021-06-24
Azure API Apps	`MS_AzureAPIApps.md`	`azure/`	2021-05-10
Azure WebJobs	`MS_AzureWebJobs.md`	`azure/`	2021-05-10
Azure Functions	`MS_AzureFunctions.md`	`azure/`	2022-09-12
Azure SQL Database	`MS_AzureSQLDatabase.md`	`azure/`	2021-02-25
Azure Red Hat OpenShift	`MS_AzureRedHatOpenShift.md`	`azure/`	2020-05-07
Azure DevOps	`MS_AzureDevOps.md`	`azure/`	2020-04-20
Azureの監視と管理	`MS_AzureMonitoring.md`	`azure/`	2025-06-11

※ 正誤・最新化の主なもの。　 Azure WebJobs: 原典の「中身は HTTP をサポートしない Azure Functions」は　 因果が逆である旨を補足（Functions が WebJobs SDK の上に構築された）。　 Azure Functions: 「バインディング」節が空だったため、　 バインディングこそが Functions の中核である旨と例を補った。　 mono に関する疑問（「今なら Core や .NET5 だろうか？」）に対し、　 現在は分離ワーカーモデルである旨を回答。　 Azure SQL Database: 論理サーバーが物理インスタンスではない 　（DB 同士は完全に独立し、クロス DB クエリができない）点を明記。　 Azureの監視と管理: 診断ログの保存期間「？」に対し、　 既定ではどこにも保存されない（診断設定が必要）ことを回答。　「今後、統合されていく予定」とされたエージェント統合が　 Azure Monitor エージェント（AMA）で完了した旨を補足。　 Azure DevOps / Azure Red Hat OpenShift: 本文がほぼ空だったため概要を補足。　参考に挙がっていた Azure Dev Spaces（2023 廃止）、　 **Visual Studio App Center（2025 廃止）**の状況を追記。

フェーズ61（11ページ）

配置先: infrastructure/platform/azure/（Azure ネットワーク）

元ページ名	移行先ファイル	配置先	元の更新日
Azureのサブネッティング	`MS_AzureSubnetting.md`	`azure/`	2021-06-24
Azure ExpressRoute	`MS_AzureExpressRoute.md`	`azure/`	2021-08-31
Azure Peering Service	`MS_AzurePeeringService.md`	`azure/`	2021-03-17
Azureの仮想ネットワークピアリング	`MS_AzureVNetPeering.md`	`azure/`	2023-07-26
Azure Private Link	`MS_AzurePrivateLink.md`	`azure/`	2021-09-30
Azure Private Endpoint	`MS_AzurePrivateEndpoint.md`	`azure/`	2021-03-17
AzureのDNS	`MS_AzureDNS.md`	`azure/`	2021-03-31
Network Security Group (NSG)	`MS_AzureNSG.md`	`azure/`	2021-08-26
AzureのGW / LB的なモノ。	`MS_AzureGatewayAndLB.md`	`azure/`	2021-03-15
Azureのアウトバウンド設計	`MS_AzureOutboundDesign.md`	`azure/`	2021-03-17
Azureのプロキシ的なモノ。	`MS_AzureProxy.md`	`azure/`	2021-03-15

※ 正誤・最新化の主なもの。　 Azureのサブネッティング: 例 3 の見出しリンクが 192.168.16.0/16 と　なっていたが、本文の Address space（192.168.0.0/20）と整合しないため　誤記と判断しリンクを外した。　 サブネットで 5 個の IP が予約される点、GatewaySubnet 等の　 名前が予約語である点を補足。　 Azureの仮想ネットワークピアリング: 「2 ポップ通信」→「2 ホップ通信」を修正。　 VNET ピアリングは推移的でないという性質を図で整理し、　 --allow-gateway-transit / --use-remote-gateways の役割を補足。　 Azure Private Endpoint: 「引込と遮断は別」が閉域化最大の落とし穴である旨、　 プライベート DNS ゾーンが無いと閉域化が機能しない旨を強調。　本文の「リソース・ファイアウォール（NSG）」は正確には　 各リソースが持つファイアウォール設定であり NSG とは別物である旨を訂正。　 Network Security Group (NSG): 「拒否すする」、　「NSGをサブネットを関連付ける」の助詞の誤りを修正。　 既定でアウトバウンドが全開である点、　 ILB のフロントエンド IP を NSG の宛先に書けない理由（DNAT 済み）を補足。　 Azureのアウトバウンド設計: 「NAにルーティング」は　 **NVA（Network Virtual Appliance）**の脱字と判断し修正。　 PukiWiki の 2 段ヘッダ＋セル結合の表を 1 行ヘッダに展開して表現。

フェーズ62（10ページ）

配置先: infrastructure/windowsos/（IIS 周辺）、infrastructure/platform/windows/（RDS 役割）、 infrastructure/platform/virtualization/（VHD）

元ページ名	移行先ファイル	配置先	元の更新日
IISの動作モデル	`MS_IISOperationModel.md`	`windowsos/`	2018-02-06
IIS config	`MS_IISConfig.md`	`windowsos/`	2020-10-28
ホストヘッダー	`MS_HostHeader.md`	`windowsos/`	2020-01-04
Web/APの分離	`MS_WebAPSeparation.md`	`windowsos/`	2020-03-21
ISAPI、HttpPlatformHandler	`MS_ISAPIandHttpPlatformHandler.md`	`windowsos/`	2020-07-02
リモートデスクトップライセンス	`MS_RDLicensing.md`	`platform/windows/`	2020-10-22
リモートデスクトップゲートウェイ	`MS_RDGateway.md`	`platform/windows/`	2022-08-29
リモートデスクトップ Webアクセス	`MS_RDWebAccess.md`	`platform/windows/`	2018-02-08
リモートデスクトップ接続ブローカー	`MS_RDConnectionBroker.md`	`platform/windows/`	2017-10-06
VHD	`MS_VHD.md`	`platform/virtualization/`	2021-05-08

※ 添付図: MS_RDLicensing_1.png、MS_RDGateway_1.png。

※ 正誤・最新化の主なもの。　 VHD: 原文で容量固定と容量可変のメリット・デメリットが入れ替わっていたため訂正　（固定 = 性能・安定性で有利／可変 = ディスク使用量で有利）。　併せて VM 構成バージョンと vTPM（第 2 世代 VM）について補足。　 IISの動作モデル: クラシック / 統合パイプラインモードの説明に、　現在の ASP.NET Core Module（ANCM）への系譜（in-process / out-of-process）を補足。　 IIS config: 構成の委任（delegation）の仕組みと、appcmd / PowerShell の　 2 系統の管理方法を整理。maxconnection の既定値は 2である点を明示。　 ホストヘッダー: Host ヘッダが HTTP/1.1 で必須になった理由（IP アドレスの節約）を補足し、　 IP / ポート / ホストヘッダーによるサイト識別 3 方式を表で比較。　 Web/APの分離: IIS と ASP.NET が不可分である（= Web 層に ASP.NET を置かない構成は取れない）　という原文の主張を尊重しつつ、現在は Gatekeeper パターンとして整理されている旨を補足。　 ISAPI、HttpPlatformHandler: ISAPI → FastCGI → HttpPlatformHandler → ANCM という　 世代交代の流れを整理。%HTTP_PLATFORM_PORT% によるポート受け渡しの仕組みを明示。　 リモートデスクトップゲートウェイ: RDP over HTTPS の意義と、　 RD CAP / RD RAP の二段階認可を整理。

フェーズ63（10ページ）

配置先: infrastructure/shell/（SSH クライアント）、infrastructure/windowsos/（ファイル系）、 infrastructure/platform/virtualization/（コンテナ）、infrastructure/platform/azure/（クラウド一般）

元ページ名	移行先ファイル	配置先	元の更新日
OpenSSH	`MS_OpenSSH.md`	`shell/`	2025-09-18
Tera Term	`MS_TeraTerm.md`	`shell/`	2025-09-18
RLogin	`MS_RLogin.md`	`shell/`	2025-09-18
KiTTY(PuTTY)	`MS_KiTTYPuTTY.md`	`shell/`	2025-09-18
DFS	`MS_DFS.md`	`windowsos/`	2024-12-17
robocopy	`MS_Robocopy.md`	`windowsos/`	2025-01-07
Rancher Desktop for Windows	`MS_RancherDesktop.md`	`platform/virtualization/`	2026-07-13
Podman Desktop for Windows	`MS_PodmanDesktop.md`	`platform/virtualization/`	2026-07-12
メガクラウドサービス	`MS_MegaCloudServices.md`	`platform/azure/`	2020-10-20
クラウド利用時の注意事項	`MS_CloudUsageConsiderations.md`	`platform/azure/`	2020-03-16

※ 図以外の添付ファイル: MS_DFS_サポートされるシナリオ訳.txt。

※ 正誤・最新化の主なもの。　 DFS: DFS 名前空間（DFS-N）と DFS レプリケーション（DFS-R）は別機能である点を明確化。　 DFS-R は同時書き込み競合を解決しない（＝ HA ストレージではない）旨を補足。　 robocopy: /MIR はバックアップではない（削除も同期される）点を強調し、　実務では /R:3 /W:5 相当の指定が事実上必須である旨を補足。　 OpenSSH: Windows のオプション機能としての OpenSSH（クライアント / サーバー）と、　既定シェルの変更方法を最新化。　 Rancher Desktop / Podman Desktop: Docker Desktop のライセンス条件変更を契機とした　代替として位置付けられている原文の文脈を保持しつつ、現行の実装（containerd / moby、　 rootless、docker 互換 CLI）を補足。

フェーズ64（10ページ）

配置先: infrastructure/webapi/（JSON / CBOR / メッセージング）、 infrastructure/platform/azure/（Azure メッセージング・クォータ）

元ページ名	移行先ファイル	配置先	元の更新日
JSONを送信するRESTサービスを作成する方法	`MS_JSONRestService.md`	`webapi/`	2020-07-02
JSONを受信するJSON-RPCサービスを作成する方法	`MS_JSONRPCService.md`	`webapi/`	2018-05-10
JSONのparseを色々試してみた。	`MS_JSONParseExperiments.md`	`webapi/`	2021-06-11
PeterO.Cbor	`MS_PeterOCbor.md`	`webapi/`	2019-03-14
Dahomey.Cbor	`MS_DahomeyCbor.md`	`webapi/`	2020-01-10
クラウド環境にFTPサーバを構築する場合	`MS_FTPServerOnCloud.md`	`webapi/`	2021-06-23
RabbitMQ	`MS_RabbitMQ.md`	`webapi/`	2021-10-13
Azure Event Grid	`MS_AzureEventGrid.md`	`platform/azure/`	2022-09-14
Azure Service Bus	`MS_AzureServiceBus.md`	`platform/azure/`	2022-09-14
Azureのクォータ	`MS_AzureQuota.md`	`platform/azure/`	2021-10-07

※ 添付図: MS_JSONParseExperiments_1.png、MS_AzureEventGrid_1.png。

※ 正誤・最新化の主なもの。　 JSONを送信するRESTサービスを作成する方法 / JSONを受信するJSON-RPCサービスを作成する方法: 　原文は ASP.NET（.NET Framework）の DataContractJsonSerializer / JavaScriptSerializer 前提。　現在の標準が System.Text.Json（ASP.NET Core 既定）であること、　 ASP.NET Web API / Minimal API での書き方を補足。　 JSONのparseを色々試してみた。: 比較対象に System.Text.Json が無い時代の記事のため、　現在の選択指針（性能重視なら System.Text.Json、機能重視なら Json.NET）を補足。　 RabbitMQ: AMQP 0-9-1 のモデル（Exchange / Binding / Queue）と　メッセージングの信頼性設計（publisher confirms、ack、DLX）を整理。　クラスタリングとミラーリング → Quorum Queue への移行を最新化。　 Azure Event Grid / Azure Service Bus: イベント（軽量・多数・pub/sub）と　メッセージ（業務データ・順序・トランザクション）の使い分けを明確化。　 Azureのクォータ: クォータはサブスクリプション×リージョン単位であり、　 vCPU クォータはファミリ単位でも掛かる点を補足。

フェーズ65（12ページ）

配置先: infrastructure/platform/azure/（Azure ネットワーク・セキュリティ）

元ページ名	移行先ファイル	配置先	元の更新日
Azure Firewall	`MS_AzureFirewall.md`	`azure/`	2021-03-17
Azure Service Endpoint	`MS_AzureServiceEndpoint.md`	`azure/`	2021-03-13
Azure Load Balancer	`MS_AzureLoadBalancer.md`	`azure/`	2021-03-16
Azure Application Gateway	`MS_AzureApplicationGateway.md`	`azure/`	2021-03-17
Azure Traffic Manager	`MS_AzureTrafficManager.md`	`azure/`	2020-05-04
AzureのDDoS対策	`MS_AzureDDoSProtection.md`	`azure/`	2025-06-11
Azure DDoS Protection	`MS_AzureDDoSProtectionService.md`	`azure/`	2021-04-19
Azure Front Door（AFD）	`MS_AzureFrontDoor.md`	`azure/`	2021-03-31
AzureのCDN	`MS_AzureCDN.md`	`azure/`	2021-05-08
Azure Virtual Data Center	`MS_AzureVDC.md`	`azure/`	2025-06-11
Azure Security Center	`MS_AzureSecurityCenter.md`	`azure/`	2021-03-17
Azure Policy	`MS_AzurePolicy.md`	`azure/`	2021-03-17

※ AzureのDDoS対策 が参照する 2 ページ（Azure DDoS Protection、Azure Front Door（AFD））は
　本体が短く、単独では意味を成さないため同一フェーズで移行した（12 ページ）。
　 Azure DDoS Protection は AzureのDDoS対策（MS_AzureDDoSProtection.md）と
　ファイル名が競合するため、MS_AzureDDoSProtectionService.md とした。

※ 正誤・最新化の主なもの。　 Azure Firewall: FQDN タグはアプリケーションルール専用、サービスタグは
　ネットワークルール専用であり互換ではない点、FQDN タグは Microsoft 定義の
　少数のみで「SQL Database や KeyVault、ストレージ」を FQDN タグで許可はできない点を訂正。
　評価順序（DNAT → ネットワーク → アプリケーション）により、
　ネットワークルールを広く開けると FQDN 制御が効かなくなるという事故を補足。
　 SKU が Basic / Standard / Premium の 3 種になった点、ネットワークルールでも
　 FQDN が使えるようになった点（DNS プロキシ前提）を最新化。　 Azure Load Balancer: 「可用性セットで利用可能」は Basic でも可能であるため、
　 Standard の本来の差分（任意の VM をバックエンドにできる／可用性ゾーン対応／
　既定でクローズ／SLA）を表で訂正。Basic SKU は 2025 年 9 月末で提供終了を補足。　 Azure Service Endpoint: 「対応サービスは実質 Azure AD 位」は現在は当たらない
　（主要 PaaS はおおむね対応）ため訂正。本文の「リソース・ファイアウォール（NSG）」は
　正確には各 PaaS が持つファイアウォール設定であり NSG とは別物である旨を訂正。
　 Service Endpoint はオンプレミスから使えないという決定的な制約を補足。　 Azure Traffic Manager: 「ペアリージョンは Traffic Manager が決定する」は誤りで、
　 リージョンペアは Azure が定義した固定の対である旨を訂正。
　ルーティング方式が 6 種類（地理的 / サブネット / 複数値を追加）になった点、
　「ラウンドロビン」＝重み付け、「レイテンシ」＝パフォーマンスという
　現行名称を最新化。DNS ベースゆえに切替に TTL 分の遅延がある点を補足。　 AzureのCDN: Verizon / Akamai の各 SKU は既にサービス終了、
　 Standard from Microsoft (classic) も 2027 年 9 月廃止予定であり、
　 現行の推奨は Azure Front Door Standard / Premium である旨を冒頭に明記。　 Azure Security Center: Microsoft Defender for Cloud への改称・再編を最新化。　 Azure Policy: Basic / Premium という有償エディションは存在しない（本体は無償）
　ため訂正。効果（effect）の一覧と、audit → deny の段階適用という定石を補足。　 Azure Virtual Data Center: VDC は現在 CAF の Enterprise-scale ランディングゾーンに
　発展的に置き換わっている旨を補足（考え方自体は現在も有効）。
　 Azure Blueprints は非推奨（2026 年 7 月廃止予定）である旨を明記。

フェーズ66（10ページ）

配置先: infrastructure/platform/azure/（Azure 監視・バックアップ）

元ページ名	移行先ファイル	配置先	元の更新日
Azure Monitor	`MS_AzureMonitor.md`	`azure/`	2021-04-19
Azure Alerts	`MS_AzureAlerts.md`	`azure/`	2021-04-19
Azure Portal Dashboard	`MS_AzurePortalDashboard.md`	`azure/`	2021-09-08
Azure Sentinel	`MS_AzureSentinel.md`	`azure/`	2021-04-19
Log Analytics	`MS_LogAnalytics.md`	`azure/`	2021-04-16
KQL (Kusto Query Language)	`MS_KQL.md`	`azure/`	2022-03-15
Application Insights	`MS_ApplicationInsights.md`	`azure/`	2021-03-17
Azure Backup	`MS_AzureBackup.md`	`azure/`	2025-06-12
Azure Site Recovery	`MS_AzureSiteRecovery.md`	`azure/`	2025-06-12
VM復元ポイント	`MS_VMRestorePoint.md`	`azure/`	2025-06-12

※ 正誤・最新化の主なもの。　 Azure Monitor: Log Analytics エージェント（MMA/OMS）と Azure 診断拡張（WAD/LAD）は
　 2024 年 8 月に廃止され、Azure Monitor エージェント（AMA）＋データ収集規則（DCR）に
　一本化された旨を最新化。Metrics と Logs の使い分け（安価・高速な Metrics で
　まずアラートを組む）を表で整理。Views は Workbooks に統合済み。
　「Azure Alerts の入力は Logs」とあるがMetrics も入力である旨を補足。　 Azure Alerts: シグナル別のルール型（メトリック / ログ / アクティビティログ）を整理。
　 アクショングループはルールと独立したリソースであり共有できる点、
　メンテナンス時の抑止に使うアラート処理ルールを補足。　 Log Analytics: 「Log Analytics」がワークスペース / クエリ UI / 旧エージェントの
　 3 つを指す点を整理。本文後半の 4 機能（ふるまい検知、不正 IP 検知、更新管理、
　ベースライン評価）は、現在は Sentinel / Defender for Cloud / Azure Update Manager が
　担う機能であり、ワークスペース自体の機能ではない旨を訂正。
　 分析ログ / 基本ログ / アーカイブの層分けという費用設計の要点を補足。　 KQL (Kusto Query Language): SharePoint の KQL は Keyword Query Language という
　まったく別の言語である旨を明記（本ページは Kusto についてのもの）。
　原文が空欄だった「構文」節に、パイプ構造・主要演算子・SQL 対応表を補足。　 Azure Sentinel: Microsoft Sentinel への改称と、SIEM ＋ SOAR という位置づけ、
　 Log Analytics ワークスペース上に構築されるという構造を補足（原文は詳細が空欄）。　 Application Insights: 原文は見出しのみのため、
　 Azureの監視と管理での位置づけ（アプリ層の監視）に沿って
　主要機能・導入方法・ワークスペースベースへの統合・サンプリングの注意を補足。　 Azure Backup: VM 内 SQL Server は現在専用のワークロードバックアップ
　（ポイントインタイムリストア対応）である旨を最新化。
　 論理的な削除 / 不変コンテナー / MFA 保護というランサムウェア・内部不正対策を補足。
　 VM バックアップがプラットフォーム内部経路を使う（＝閉域でも動く）のに対し、
　 MARS エージェントは通常のネットワーク経路を使うという差を明示。　 VM復元ポイント: アプリケーション整合性とクラッシュ整合性の選択基準を表で整理し、
　 同一リージョンに作られるためリージョン障害への備えにはならない点、
　 自動削除されないため手順に削除を含めるべき点を補足。

フェーズ67（8ページ）

配置先: infrastructure/platform/azure/（Azure コンテナ / AKS / API 管理）

元ページ名	移行先ファイル	配置先	元の更新日
Azure Container Instances (ACI)	`MS_AzureContainerInstances.md`	`azure/`	2021-09-30
Azure Container Registry	`MS_AzureContainerRegistry.md`	`azure/`	2023-09-19
Microsoft Container Registry	`MS_MicrosoftContainerRegistry.md`	`azure/`	2021-09-30
Azure Web App for Containers	`MS_AzureWebAppForContainers.md`	`azure/`	2021-09-30
Azure API Management	`MS_AzureAPIManagement.md`	`azure/`	2021-05-10
ACR（コンテナ・レジストリ）をプライベート化する。	`MS_AKSPrivateACR.md`	`azure/`	2021-09-30
プライベートAKSクラスタを作成する。	`MS_PrivateAKSCluster.md`	`azure/`	2020-06-30
AKSのアウトバウンドをAzure Firewallで制限する。	`MS_AKSOutboundFirewall.md`	`azure/`	2020-06-30

※ フェーズ65 で 2 ページを追加したため、本フェーズは 8 ページ（3 フェーズ計 30 ページ）。

※ 正誤・最新化の主なもの。　 Azure Container Instances (ACI): 本文が期待した Docker Compose CLI（ACI 統合）は
　提供終了である旨を訂正。「手軽だが低機能」という評価はそのままに、
　中間を埋める Azure Container Apps を含めた現在の選択肢を表で整理。
　 AKS の仮想ノード（Virtual Kubelet）としてのバースト用途を補足。　 Azure Container Registry: SKU による機能差（Private Endpoint は Premium 必須）を明示。
　 CMD の例がバッチファイル内では %%A になる点、az acr login が Docker を要する点、
　 管理者ユーザーは本番で無効にする（マネージド ID を使う）点を補足。　 Microsoft Container Registry: MCR（Microsoft 提供の公開レジストリ）と
　 ACR（利用者のプライベートレジストリ）の違いを表で整理（原文は詳細が空欄）。
　閉域 AKS ではMCR への到達性が必須である点を補足。　 Azure Web App for Containers: 原文が空欄のため、App Service の枠組みを使える利点、
　 HTTP(S) のみ・WEBSITES_PORT・ファイルシステムは揮発といった制約、
　 デプロイスロットが使える（ACI に無い利点）ことを補足。　 Azure API Management: 「機能はポリシー定義から読み取れる」という原文の把握に沿って、
　 inbound / backend / outbound / on-error のパイプラインと 4 階層のスコープを補足。
　「キー（基本認証）」は正確には API キー方式であり、現在の主流は
　 validate-jwt による OIDC 認可である旨を補足。
　 レート制限とクォータの違い、閉域構成には Premium 系が必要という
　設計初期の判断点を明示。　 プライベートAKSクラスタを作成する。: 原文の推測どおり
　 Private Endpoint 方式であることを確認したうえで、
　プライベートクラスターと承認済み IP 範囲は排他である点、
　作成後に切り替えられない点、az aks command invoke 等の運用回避策を補足。　 AKSのアウトバウンドをAzure Firewallで制限する。: 原文が空欄のため、
　 userDefinedRouting ＋ UDR ＋ AzureKubernetesService FQDN タグという
　構成の型と、必要な宛先の一覧、0.0.0.0/0 を向けた際の落とし穴を補足。

フェーズ68（10ページ）

配置先: infrastructure/platform/azure/（エンプラ統制・閉域構成）、
infrastructure/identity/azuread/（PIM）

元ページ名	移行先ファイル	配置先	元の更新日
Azure Subscriptionの管理@エンプラ	`MS_AzureSubscriptionMgmt.md`	`azure/`	2025-09-24
Azure Subscriptionの管理手順@エンプラ	`MS_AzureSubscriptionMgmtSteps.md`	`azure/`	2025-06-11
FgCF (Financial-grade Cloud Fundamentals)	`MS_FgCF.md`	`azure/`	2021-04-26
Azure Well-Architected Framework - Security	`MS_AzureWAFSecurity.md`	`azure/`	2021-08-31
OA-LANとAzureのVNETの分離	`MS_OALANAndAzureVNet.md`	`azure/`	2021-06-24
AppService閉域構成テクニカルリファレンス	`MS_AppServiceClosedNetwork.md`	`azure/`	2021-06-24
Azure SQL Databaseをプライベート化する。	`MS_AzureSQLDatabasePrivate.md`	`azure/`	2021-02-25
Azure Blueprints	`MS_AzureBlueprints.md`	`azure/`	2021-03-17
Azure AD Privileged Identity Management (PIM)	`MS_AzureADPIM.md`	`identity/azuread/`	2021-04-16
Azure上でのリトライ設計・実装	`MS_AzureRetryDesign.md`	`azure/`	2025-06-11

※ 正誤・最新化の主なもの。　 Azure Subscriptionの管理@エンプラ: 共同管理者・サービス管理者は
　 2024 年 8 月末で提供終了（クラシックデプロイモデルの廃止）である旨を最新化。
　サブスクリプションの上位に管理グループ階層ができた点、
　 テナントを移すと RBAC のロール割り当てがすべて失われる点を補足。　 Azure Subscriptionの管理手順@エンプラ: 非管理ディスクは 2025 年 9 月末で提供終了
　のため「非管理ディスクの方が安い」という選択は現存しない旨を訂正。
　パブリック IP が Standard SKU・静的割り当て既定になった点も最新化。　 FgCF: ゼロトラストには NIST SP 800-207 という参照定義ができた旨を補足
　（ただし「製品を買えばゼロトラストになるわけではない」という主張は現在も有効）。
　「微妙なゼロトラスト」の 4 分類は現在も判定基準として使える旨を補足。　 Azure Well-Architected Framework - Security: 仮想ネットワーク TAP は
　提供されなかった（プレビューのまま廃止）ため、Flow Logs ＋ Traffic Analytics へ読み替える旨を訂正。
　原文の「バードニング」は**ハードニング（hardening）**の誤記として修正。
　 STRIDE の内訳表、W-AF の柱が CIA トライアド軸に再編された点を補足。　 OA-LANとAzureのVNETの分離: Azure Bastion は DaaS ではなく踏み台サービスである旨を訂正
　（AVD との用途の違いを表で整理）。RDP リダイレクト遮断で防げるもの／防げないもの（画面キャプチャ）を明示。　 AppService閉域構成テクニカルリファレンス: 入口（Private Endpoint）と
　出口（リージョン VNET 統合）は別機能で、両方やらないと閉域にならないという要点を図解。
　 WEBSITE_VNET_ROUTE_ALL とプライベート DNS ゾーンの必要性を補足。　 Azure SQL Databaseをプライベート化する。: 「マネージドインスタンスには適用されない」は
　 MI が最初から VNET インジェクションされるためであり、
　「閉域化できない」意味ではない旨を訂正。接続ポリシー（Redirect / Proxy）の違いを補足。　 Azure Blueprints: **非推奨（2026 年 7 月廃止予定）**である旨を冒頭に明記し、
　 Deployment Stacks ＋ Azure Policy ＋ Bicep という後継の組み合わせを提示（原文は詳細が空欄）。　 Azure AD PIM: 「AADP2」＝ Entra ID P2 が必要である旨、
　資格（Eligible）とアクティブ化の仕組み、緊急事態用アカウントは PIM 対象外にする点を補足。　 Azure上でのリトライ設計・実装: 原文はリンクのみのため、
　一時的／恒久的な失敗の切り分け、指数バックオフとジッター、サーキットブレーカー、
　 SDK 組み込みのリトライと二重実装しないこと、冪等性が前提になることを補足。

フェーズ69（10ページ）

配置先: infrastructure/platform/azure/（AKS セキュア構成）、
infrastructure/identity/azuread/（AzAD テナント・条件付きアクセス）

元ページ名	移行先ファイル	配置先	元の更新日
AKSをセキュアに利用するためのテクニカルリファレンス	`MS_AKSSecureReference.md`	`azure/`	2021-09-30
AKSクラスタ作成・操作に必要な権限	`MS_AKSClusterPermissions.md`	`azure/`	2021-09-30
AzADによる条件付きアクセス機能を構成する。	`MS_AzADConditionalAccess.md`	`azure/`	2021-05-14
AKS Master APIにAzAD認証を統合する。	`MS_AKSMasterAPIAzAD.md`	`azure/`	2021-03-04
AKSユーザ・アプリからのリソース・アクセス	`MS_AKSResourceAccess.md`	`azure/`	2020-07-16
AKSのバージョン、サポート、基盤保守について。	`MS_AKSVersionSupport.md`	`azure/`	2020-06-30
Azure Kubernetes Service ワークショップ	`MS_AKSWorkshop.md`	`azure/`	2020-06-30
Azure Active Directoryのテナント作成方法	`MS_AzureADTenantCreation.md`	`identity/azuread/`	2025-06-11
Azure Active Directory 条件付きアクセス	`MS_AzureConditionalAccess.md`	`identity/azuread/`	2021-08-31
Azure Dev Spaces	`MS_AzureDevSpaces.md`	`azure/`	2020-04-20

※ 正誤・最新化の主なもの。　 AKSをセキュアに利用するためのテクニカルリファレンス: 原文の「DemonSet」を
　 DaemonSet に、--outbound-type userDefinedRoutiong を
　 userDefinedRouting に修正。
　 kubenet は非推奨となり Azure CNI Overlay が既定・推奨になった旨
　（原文が指摘する「プライベート IP の大量消費」問題が解消）を最新化。
　 --admin で取得するローカルアカウントが閉域化の抜け穴になるため
　 --disable-local-accounts を併用すべき旨、
　 Kubernetes ダッシュボードアドオンの廃止、dockershim の削除を補足。
　 Ingress / Prometheus / Grafana / Istio が AKS のマネージドアドオンで提供される旨も追記。　 AKSクラスタ作成・操作に必要な権限: 「kubectl apply に ACR の権限が必要」は
　正確にはイメージを Pull するのはノード（kubelet）であるため訂正。
　 SPN 方式は非推奨で、マネージド ID が既定（シークレット失効による
　「1 年後に突然壊れる」事故を構造的に消せる）である旨を最新化。
　 --attach-acr で AcrPull 付与を自動化できる点、
　既存 VNET には Network Contributor で足りる点を補足。　 AKS Master APIにAzAD認証を統合する。: 原文の推測（Loopback Interface Redirection）は
　 kubelogin の interactive モードについては正しい旨を確認したうえで、
　当時の既定はデバイスコードフローであった旨を補足。
　「プライベート化で事足りる」という判断は境界型の前提に立つもので、
　 kube config 持ち出し・監査要件には Azure AD 統合でないと対応できない旨を補足。　 AKSユーザ・アプリからのリソース・アクセス: Kubernetes Secret は既定では
　 Base64 であって暗号化ではない旨を訂正。
　 AAD Pod Identity は非推奨で Workload ID に置換、
　 FlexVolume は削除され Secrets Store CSI Driver に置換された旨を最新化。　 AKSのバージョン、サポート、基盤保守について。: 「マイナーバージョンアップも比較的安全」に
　 API の非推奨・削除が起こり得るという留保を追加。
　「対象外性」→耐障害性の誤変換を修正。
　現在の標準サポートは GA から 12 ヶ月、LTS で 2 年である旨、
　自動アップグレードチャネルとノード OS 自動アップグレードで
　 Kured が不要になった旨を最新化。　 Azure Active Directoryのテナント作成方法: AzureAD PowerShell モジュールは廃止され
　 Microsoft Graph PowerShell SDK に置換された旨、
　現在のクラウドテナントは既定でパスワード無期限である旨を最新化。
　「4 アカウント構成」が職務の分離（権限を配る役と使う役を分ける）である点、
　 サブスクリプションのディレクトリ変更で RBAC 割り当てが消える点を補足。　 Azure Active Directory 条件付きアクセス: SMS / 音声通話は非推奨であり、
　フィッシング耐性のある方式（FIDO2 / パスキー、証明書ベース認証）が推奨される旨を最新化。
　 継続的アクセス評価 (CAE) により発行済みトークンにも変化を反映できる旨を補足。　 Azure Dev Spaces: 2023 年 10 月に提供終了（後継の Bridge to Kubernetes も
　 2025 年 4 月に終了）である旨を明記し、何を解決しようとしたサービスだったかを補足（原文は詳細が空欄）。

フェーズ70（10ページ）

配置先: infrastructure/platform/azure/（データ・ストア / ビッグデータ / BI / IoT）

元ページ名	移行先ファイル	配置先	元の更新日
Azureのデータ・ストア	`MS_AzureDataStore.md`	`azure/`	2022-06-29
Azureのディスクストレージ	`MS_AzureDiskStorage.md`	`azure/`	2022-04-20
Azureのストリーム処理テクノロジ	`MS_AzureStreamProcessing.md`	`azure/`	2022-03-08
Azureのビッグデータ処理テクノロジ	`MS_AzureBigDataProcessing.md`	`azure/`	2021-10-18
AzureのBI系サービス	`MS_AzureBIServices.md`	`azure/`	2022-03-08
Azure Data Explorer	`MS_AzureDataExplorer.md`	`azure/`	2022-08-08
Azure Synapse	`MS_AzureSynapse.md`	`azure/`	2024-11-26
Azure IoT Central	`MS_AzureIoTCentral.md`	`azure/`	2022-12-28
Azure IoT Hub Device Provisioning Service	`MS_AzureIoTHubDPS.md`	`azure/`	2023-02-13
Azure Digital Twins	`MS_AzureDigitalTwins.md`	`azure/`	2023-02-09

※ 図以外の添付ファイル:
　 MS_AzureDiskStorage_Get-BlobBytes.ps1、
　 MS_AzureDiskStorage_rm-convert-vm-manageddisk-to-vhd.ps1。

※ 正誤・最新化の主なもの。　 Azureのデータ・ストア: Azure Database for MariaDB（2025 年 9 月終了）、
　 Azure Time Series Insights（2024 年 7 月終了）、
　非管理ディスク（2025 年 9 月終了）を最新化。
　原文がリンクしている「Azure Files」は元 Wiki 側にページが存在しない
　（リンク切れ）ため、内容が Azureのストレージに含まれる旨を注記。　 Azureのディスクストレージ: 非管理ディスクは提供終了しており、
　本文の「管理ディスク → 非管理ディスクへの切り替え」手順は現在実行できない旨を冒頭に明記。
　原文の「IaaC」を IaC (Infrastructure as Code) に修正。
　スクリプト中の AzureRM モジュールは 2024 年 2 月に終了し Az モジュールに置換された旨、
　 Premium SSD v2（容量と IOPS を独立指定）が加わった旨を最新化。
　管理ディスクが「ストレージアカウント単位の IOPS 上限と SPOF」を解消した点を補足。　 Azureのストリーム処理テクノロジ: 4 サービスの性格の違い
　（Data Factory は本来バッチ ETL でストリーム処理ではない点を含む）を表で整理。
　 HDInsight の Storm がサポート終了している旨を最新化。　 Azureのビッグデータ処理テクノロジ: 4 サービスが並列ではなく
　「運ぶ / 計算する / 探す」という役割分担である旨を図解（原文は各項が見出しのみ）。
　 Microsoft Fabric による統合の動きを補足。　 AzureのBI系サービス: 原文が空欄のため、BI と AI の違い、
　蓄積側と表現側の役割分担を補足。
　 Azure Analysis Services は Power BI Premium / Fabric への移行が案内されている旨を最新化。　 Azure Data Explorer: Log Analytics と同じ Kusto エンジンであり、
　違いは用途と課金体系（取り込み量 vs クラスタ稼働時間）である旨を整理。
　 クラスタは起動している間ずっと課金されるため停止・自動停止を使うべき旨を補足。　 Azure Synapse: 原文が空欄のため、専用 SQL プール / サーバーレス SQL プール /
　 Spark プール / パイプラインという構成、MPP における分散方式の選択が
　性能を左右する点を補足。Microsoft Fabric が後継の統合基盤である旨を最新化。　 Azure IoT Central: 2027 年 3 月末で提供終了が予告されている旨、
　 IoT solution accelerators は既に提供終了である旨を明記。
　 IoT Hub（PaaS）と IoT Central（SaaS）の関係を「部品と完成品」として整理し、
　 移行は事実上の作り直しになる点を補足。　 Azure IoT Hub Device Provisioning Service: 原文が「不明」としていた
　シナリオ・シーケンスを補完し、DPS の本質が
　 **「出荷時に接続先を決めなくてよくなる」ことである旨を図解。
　再プロビジョニングポリシー（障害時・移行時の寄せ替え）を補足。　 Azure Digital Twins: 本ページがデバイスツイン（IoT Hub の機能）**と
　 **Azure Digital Twins（独立したサービス）**という別物を続けて説明している点を明示し、
　混同しないよう表で整理。DTDL、典型的な構成、
　 プレビューが 2025 年 10 月に終了している旨を補足。

フェーズ71（10ページ）

配置先: infrastructure/platform/azure/（Azure データ基盤）、
infrastructure/identity/azuread/（マネージド ID）

元ページ名	移行先ファイル	配置先	元の更新日
Azure Data Lake	`MS_AzureDataLake.md`	`azure/`	2022-03-08
Azure Cosmos DB	`MS_AzureCosmosDB.md`	`azure/`	2021-05-13
Azure HDInsight	`MS_AzureHDInsight.md`	`azure/`	2022-03-08
Azure HDInsightチュートリアル	`MS_AzureHDInsightTutorial.md`	`azure/`	2021-06-22
Azure Data Factory	`MS_AzureDataFactory.md`	`azure/`	2022-03-08
Azure Stream Analytics	`MS_AzureStreamAnalytics.md`	`azure/`	2022-08-08
Elastic on Azure	`MS_ElasticOnAzure.md`	`azure/`	2022-03-08
Azure Databricks	`MS_AzureDatabricks.md`	`azure/`	2024-05-28
Azure DatabricksのNotebook	`MS_AzureDatabricksNotebook.md`	`azure/`	2022-02-22
.NET for Apache Spark	`MS_DotNetForApacheSpark.md`	`azure/`	2022-02-28
Azure Managed ID	`MS_AzureManagedID.md`	`identity/azuread/`	2021-03-17

※ 上表は 11 行あるが、Azure HDInsightチュートリアル は
　本文が「もうやらない」旨の 2 行のみのページであり、
　 Azure HDInsight からの参照を成立させるために併せて移行した。

※ 正誤・最新化の主なもの。　 .NET for Apache Spark: 2024 年 12 月にサポート終了し、開発が終了している旨を
　冒頭に明記（リポジトリはアーカイブ扱い）。
　なぜ普及しきらなかったか（Spark の中心が Python / SQL であった等）と、
　現在の代替（PySpark、Microsoft.Data.Analysis、ML.NET）を補足。　 Azure Data Lake: Data Lake Analytics と Storage Gen1 は予告どおり
　 2024 年 2 月に廃止された旨を最新化。
　 Gen2 の実体がストレージアカウントの「階層構造の名前空間 (HNS)」であり、
　 HNS はアカウント作成時にしか有効化できない点を補足。　 Azure HDInsight: 原文の「メインストリームは Databricks に移る」という
　予測が当たった旨を確認し、Storm 等のクラスタ種別の提供終了、
　 HDInsight on AKS の廃止を最新化。wasbs:// → abfss:// への置換も補足。　 Azure Databricks: ブロンズ／シルバー／ゴールドが
　メダリオンアーキテクチャである旨、
　 Delta Lake がトランザクションログで ACID を実現する仕組みを図解。
　コントロールプレーンとデータプレーンの分離が閉域設計の要である点、
　 Unity Catalog による現在のガバナンスを補足。　 Azure Cosmos DB: 複数 API が同一エンジン上のプロトコル互換である旨、
　 パーティションキー / RU / 整合性レベルという 3 つの設計の鍵を補足。
　 SQL API は現在 API for NoSQL に改称。　 Azure Stream Analytics: 原文の「TumbingWindow」を TumblingWindow に修正。
　ウィンドウ関数の違いを図解し、遅延・順序乱れの扱いを設定すべき点、
　 SU 使用率の監視、閉域には専用クラスタが要る点を補足。　 Azure Data Factory: 原文が空欄のため、構成要素と
　 統合ランタイム (IR) の 3 種（特に Azure-SSIS IR による SSIS 資産の移行）を補足。　 Elastic on Azure / Azure DatabricksのNotebook: 原文が空欄・転送のみのため、
　位置づけと Log Analytics 等との比較を補足。　 Azure Managed ID: 原文の自問「何が簡単になるのか？」に対し、
　 「秘密を持たないこと」が本質である旨を明示。
　 クライアント ID とプリンシパル ID の使い分け、IMDS の実体（169.254.169.254）、
　 IaC で作り直すならユーザー割り当てが扱いやすい点を補足。

フェーズ72（10ページ）

配置先: infrastructure/platform/azure/（Azure AI / BI）、
officeandclericaltopics/（Power BI）

元ページ名	移行先ファイル	配置先	元の更新日
AzureのAI系サービス	`MS_AzureAIServices.md`	`azure/`	2025-12-03
Azure Cognitive Services	`MS_AzureCognitiveServices.md`	`azure/`	2024-11-26
Azure Machine Learning	`MS_AzureMachineLearning.md`	`azure/`	2024-11-26
ML.NET	`MS_MLNET.md`	`azure/`	2022-01-06
Power BI	`MS_PowerBI.md`	`officeandclericaltopics/`	2022-03-10
Microsoft Bot Framework	`MS_BotFramework.md`	`azure/`	2020-11-17
Bing Search API	`MS_BingSearchAPI.md`	`azure/`	2021-10-18
Azure Media Services	`MS_AzureMediaServices.md`	`azure/`	2022-06-28
Azure Time Series Insights	`MS_AzureTimeSeriesInsights.md`	`azure/`	2022-09-12

※ 添付図: MS_BotFramework_1.png。

※ 正誤・最新化の主なもの。　 Azure Cognitive Services: Azure AI サービスへの改称と、
　個々のサービスの提供終了を網羅的に最新化。
　特に LUIS（2025 年 10 月）・QnA Maker（2025 年 3 月）の廃止、
　「決定」カテゴリ 3 種（Anomaly Detector / Content Moderator / Personalizer）の
　廃止予定、Face API の利用申請制を明記。
　生成 AI により意図解釈が LLM ＋ RAG へ移った構図も補足。　 Bing Search API: 2025 年 8 月に提供終了し、
　用途が Grounding with Bing Search（LLM の裏付け）に絞られた旨を明記。　 Azure Media Services: 2024 年 6 月末で提供終了である旨を冒頭に明記。
　マルチ DRM が必要な理由（PlayReady / Widevine / FairPlay の環境差）と、
　 AES-128 は DRM ではない点を補足。Video Indexer は単独で継続。　 Azure Time Series Insights: 2024 年 7 月に提供終了（予告より前倒し）。
　ウォーム／コールドストアの層分けが
　 Log Analytics と同じ発想である旨を補足。　 Azure Machine Learning: 「措定したエンドポイント」→指定したの誤変換を修正。
　 Studio (classic) は予告どおり 2024 年 8 月末に終了した旨を確認。
　 Notebooks / Designer / AutoML の3 つの入口を問題の性質で使い分けるという
　構成の意図、Compute Instance の止め忘れという最大のコスト事故、
　マネージドオンラインエンドポイントへの移行を補足。
　 ONNX による「学習は Python、推論は .NET」という構成も補足。　 ML.NET: 現在も継続提供されており .NET for Apache Spark と
　異なり終息していない旨を明示。
　シナリオ一覧を**「やりたいこと」と「タスクの種類」の対応表として整理し、
　 Model Builder / CLI / API という 3 つの作り方を補足。　 Power BI: 原文が空欄のため、製品構成、
　「Desktop が無償でも共有にはライセンスが要る」という落とし穴、
　 M / DAX の違い、接続モード（インポート / DirectQuery / Direct Lake）を補足。　 Microsoft Bot Framework: Bot Directory と Bot State Service は廃止され、
　「公開が前提（プライベート Bot 不可）」という制約は現在は存在しない旨を訂正。
　 v4 SDK は .NET Core 対応済み。
　 Gateway ＋ Queue ＋ Dispatcher という構成が
　 Webhook のタイムアウト対策としての非同期化である旨を補足。　 AzureのAI系サービス: Azure AI サービス / Azure AI Foundry への再編を最新化。
　 SaaS / PaaS / IaaS の三層を「どこまで自分でやるか」の選定軸**として整理。

フェーズ73（10ページ）

配置先: infrastructure/platform/azure/（Azure 残り）、testing/（IaC）、
infrastructure/platform/sqlserver/、programming/data_access/、infrastructure/webapi/

元ページ名	移行先ファイル	配置先	元の更新日
Azure Virtual Desktop（AVD）	`MS_AzureVirtualDesktop.md`	`azure/`	2021-06-24
Azure Stack	`MS_AzureStack.md`	`azure/`	2022-06-30
IaC (Infrastructure as Code)	`MS_IaC.md`	`testing/`	2020-06-30
Azure Resource Manager テンプレート	`MS_ARMTemplate.md`	`azure/`	2021-06-24
メモリ最適化データベースエンジン	`MS_InMemoryOLTP.md`	`sqlserver/`	2017-04-05
バッファープール拡張	`MS_BufferPoolExtension.md`	`sqlserver/`	2017-04-05
再帰クエリ	`MS_RecursiveQuery.md`	`programming/data_access/`	2020-01-29
Azure IoT Centralチュートリアル	`MS_AzureIoTCentralTutorial.md`	`azure/`	2023-07-31
Mosquitto	`MS_Mosquitto.md`	`webapi/`	2022-01-30
Intelligent Tracking Prevention（ITP）	`MS_IntelligentTrackingPrevention.md`	`webapi/`	2020-08-28

※ 正誤・最新化の主なもの。　 Azure Resource Manager テンプレート: Bicep が現在の推奨であり、
　本ページが述べる dependsOn / resourceId の手作業の多くが
　 自動推論で解消される旨を補足。what-if による事前差分確認、
　パスワードは secureString または Key Vault 参照にすべき点、
　サブ・リソースの入れ子／独立の混在が事故を生む理由を補足。
　「テンプレート化は構成が確定してから」という結論の妥当性も明記。　 IaC (Infrastructure as Code): 冒頭の「IaC であって IaaC じゃない」を活かしつつ、
　 命令的と宣言的の違い（冪等性）、Azure での DSL の選択肢
　（Bicep / Terraform / Pulumi）を補足。　 Azure Virtual Desktop（AVD）: 「ネイティブでは完全な閉域化ができない」は
　 AVD の Private Link により現在は解消している旨を最新化
　（サードパーティ製品を入れる必要は薄れた）。
　 RDS の各役割との対応、FSLogix の重要性を補足。　 Azure Stack: Azure Local への統合・再編と、
　 Azure Stack Hub の新規販売終了を最新化。
　原文の「Stack はハードウェア、Arc はソフトウェア」という対比を活かし、
　「まず Arc を検討し、足りなければ Stack」という現在の順序を補足。　 メモリ最適化データベースエンジン / バッファープール拡張: 原文が空欄のため、
　 In-Memory OLTP はロック／ラッチ競合の解消、BPE は I/O 待ちの削減という
　解決する問題の違いを明示。
　 BPE はクリーンページのみを保持するため書き込みには効かない点、
　現在は RAM 増設や NVMe SSD が素直である点を補足。　 再帰クエリ: 一覧に SQL Server が挙がっているが
　 SQL Server は RECURSIVE キーワードを取らない旨を訂正し、
　 T-SQL での書き換え（REPLICATE、+ 連結）を提示。
　 MAXRECURSION による無限ループ防止、経路による循環検出、
　 結合キーのインデックスが性能を左右する点を補足。　 Mosquitto: 「Azure：AWS IoT Core」を AWS に修正。
　 Topic 設計がそのままルーティング設計になる点と QoS の 3 段階を補足。
　 Azure IoT Hub は汎用 MQTT ブローカーではない
　（Topic 固定、デバイス間 Pub/Sub 不可）という重要な違いを明示。
　 Paho M2Mqtt は更新停止、MQTTnet は v4 で API が大きく変わった旨、
　サンプルの証明書検証無効化・秘密鍵の 644 権限・CA 秘密鍵の配置についての
　注意を補足。現在は SAN が必須である点も追記。　 Intelligent Tracking Prevention (ITP): 原文が見出しのみのため、
　 なぜフェデレーション認証が巻き添えになるのか（トラッカーと挙動が同じ）を図解し、
　 ITP の版ごとの制限強化、Bounce Tracking Protection、
　 WebID が FedCM として結実したこと、
　 Chrome の 3rd Party Cookie 廃止方針の転換を最新化。　 Azure IoT Centralチュートリアル: 加速度 Z 軸「-9 未満」が
　 重力加速度による裏返し判定である旨、
　「5 分ごと・最小値」の集計がアラート疲れの回避である旨を補足。
　エクスポート先の認証にマネージド ID が使われている点も明示。

フェーズ74（10ページ）

配置先: programming/dotnetcore/（.NET Core 系）、programming/migration/（移行系）、
programming/（コンテナ配置）

元ページ名	移行先ファイル	配置先	元の更新日
.NET Framework	`MS_DotNetFramework.md`	`dotnetcore/`	2019-03-18
.NET Coreの開発	`MS_DotNetCoreDevelopment.md`	`dotnetcore/`	2019-08-08
.NET Coreのデプロイ	`MS_DotNetCoreDeployment.md`	`dotnetcore/`	2020-03-14
.NET CoreのDockerコンテナ化	`MS_DotNetCoreDockerization.md`	`dotnetcore/`	2026-05-25
dotnetコマンド	`MS_DotNetCommand.md`	`dotnetcore/`	2022-04-05
.NETアプリをコンテナにデプロイ	`MS_DeployDotNetAppToContainer.md`	`programming/`	2020-11-30
.NETバージョンアップ	`MS_DotNetVersionUpgrade.md`	`migration/`	2026-01-15
.NET 6への移行	`MS_MigrationToDotNet6.md`	`migration/`	2026-01-15
.NET 8への移行	`MS_MigrationToDotNet8.md`	`dotnetcore/`	2026-01-15
.NET 10への移行	`MS_MigrationToDotNet10.md`	`dotnetcore/`	2026-01-15

※ 正誤・最新化の主なもの。　 .NET Framework: 原文は 1 行のリダイレクトのみだったため、
　 .NET Framework と .NET（Core 系）の関係を整理する内容を補足。
　 4.8.1 が最終版で新機能は入らないこと、Windows に同梱され
　 サポートは OS に従うこと、移行可否の目安を表で示した。　 .NET Coreのデプロイ: FDD / SCD の対比に加え、
　現在の 単一ファイル発行・トリミング・Native AOT を補足。
　 RID が ubuntu.16.04-x64 のような細かい指定から
　 linux-x64 へ簡素化された点を最新化。　 .NET CoreのDockerコンテナ化: コンテナ化で必ず問題になる 3 点
　（データ保護キーの共有、TLS 終端、環境変数の __ による階層表現）を補足。　 .NETバージョンアップ: 原文の「.NET Framework と .NET Core の同居は
　 恐らく不可能」は誤りで、同一マシンに共存できる旨を訂正。
　また「4.7 → 4.7.2 → 4.7.2」は **「4.7 → 4.7.1 → 4.7.2」**の誤記と判断し修正。　 .NET 8への移行 / .NET 10への移行: 「.NET として最初の LTS」という記述は
　 .NET 6 が最初の LTS であるため訂正。
　併せて LTS / STS の周期を表で整理し、
　 .NET 8 での BinaryFormatter 既定無効化の意味を補足。　 .NET 6への移行: 移行難易度の表は PukiWiki のセル結合を使用していたため、
　 同じ値を展開して掲載。Web Forms に後継が無く
　 Blazor / MVC への作り直しになる点を補足。

フェーズ75（10ページ）

配置先: programming/（ビルド・パッケージ・デプロイ系）

元ページ名	移行先ファイル	配置先	元の更新日
.NETコンパイラ	`MS_DotNetCompiler.md`	`programming/`	2020-12-11
NuGet	`MS_NuGet.md`	`programming/`	2025-08-29
MSBuild	`MS_MSBuild.md`	`programming/`	2020-12-11
.NET Aspire	`MS_DotNetAspire.md`	`programming/`	2026-05-25
.NETアセンブリ	`MS_DotNetAssembly.md`	`programming/`	2018-08-26
.NETアセンブリのバージョン情報	`MS_DotNetAssemblyVersion.md`	`programming/`	2020-05-07
デプロイ	`MS_Deploy.md`	`programming/`	2019-09-04
ビルド環境と開発環境のソースファイルパスを一致させる（PDB）。	`MS_PDBSourcePath.md`	`programming/`	2018-05-10
パッケージ名と名前空間の違い	`MS_PackageNameVsNamespace.md`	`programming/`	2018-02-03
VSソリューションプロジェクトの構成検討	`MS_VSSolutionStructure.md`	`programming/`	2021-11-16

※ 正誤・最新化の主なもの。　 .NETコンパイラ: 2 段階コンパイル（IL → ネイティブ）の整理に加え、
　 Roslyn が「API としてのコンパイラ」であること、
　そこから生まれたソースジェネレーターの意義を補足。
　 mcs（Mono C# コンパイラ）は Roslyn の登場で役目を終えた旨を最新化。　 NuGet: GAC 時代からの文脈を残しつつ、
　 packages.config と PackageReference の違いを表で整理。
　原文が列挙するエラー群について、推移的依存とバージョン統一という
　共通の根本原因を明示した。
　また、原文が参照する Open棟梁 Wiki「NuGet対応」は
　 元 Wiki 側に実体が無いためリンクを外し、注記に変更。　 MSBuild: .csproj そのものが MSBuild スクリプトであるという要点を明示。
　インストール場所が 14.0 以前（レジストリ）から
　 **15.0 以降（VS 配下・vswhere で探す）**に変わった経緯を補足。　 .NET Aspire: 本番のオーケストレーターではない（開発時の構成と観測が主眼で、
　デプロイ先は Kubernetes 等）点を明確化。AppHost の C# 例を追加。　 .NETアセンブリ: 自己記述的であることの意味を補足し、
　 .NET Core 以降で GAC が廃止された点を最新化。　 .NETアセンブリのバージョン情報: AssemblyVersion / FileVersion /
　 InformationalVersion の役割の違いを表で整理。
　 ワイルドカード 1.0.* は決定的ビルドを壊すため避けるべき点を補足。　 ビルド環境と開発環境のソースファイルパスを一致させる（PDB）。: 原文の
　「パスを一致させる」という運用に対し、現在は Source Link と
　 DeterministicSourcePaths が正攻法である旨を最新化。　 VSソリューションプロジェクトの構成検討: .slnx（新しいソリューション形式）を最新化。
　 AppDomain が .NET Core で廃止されたため、
　分離の議論はプロセス／コンテナ単位に移った点を補足。

フェーズ76（10ページ）

配置先: programming/（.NET 言語機能・基盤ライブラリ）

元ページ名	移行先ファイル	配置先	元の更新日
async/await	`MS_AsyncAwait.md`	`programming/`	2020-05-15
ラムダ式って	`MS_LambdaExpression.md`	`programming/`	2019-04-27
式木（Expression Tree）	`MS_ExpressionTree.md`	`programming/`	2019-08-27
拡張メソッド	`MS_ExtensionMethods.md`	`programming/`	2020-06-17
列挙型(Enum)の定義	`MS_EnumDefinition.md`	`programming/`	2020-02-13
.NET の Reflection	`MS_DotNetReflection.md`	`programming/`	2019-08-27
.NET の Serialize	`MS_DotNetSerialize.md`	`programming/`	2021-05-17
動的言語ランタイム (DLR)	`MS_DLR.md`	`programming/`	2019-02-08
Reactive Extensions（Rx）	`MS_ReactiveExtensions.md`	`programming/`	2020-11-18
正規表現	`MS_RegularExpression.md`	`programming/`	2025-02-20

※ 正誤・最新化の主なもの。　 async/await: 原文が詳述する同期コンテキストとデッドロックは、
　 ASP.NET Core で同期コンテキストが撤廃されたことにより
　構造的に解消した旨を最新化（ただしスレッドプール枯渇は残るため
　 .Result / .Wait() を使わない結論は不変）。
　 async 修飾子自体には「同じ同期コンテキストで実行する」意味は無く、
　それは await 側の既定動作である点を補足。
　 Task.FromResult を async 付きで待つ書き方は
　 Task.CompletedTask を返す形に改める旨、ValueTask<T>、
　 CallContext → AsyncLocal<T>（.NET Core 以降）への移行を補足。
　「非同期 t タスク」「Steam クラス」は誤記と判断し修正。　 ラムダ式って: 原文は「式形式」と「ステートメント形式」の
　 説明が入れ替わっていたため、C# の用語に合わせて訂正
　（{ } なしが式形式、{ } ありがステートメント形式）。
　この区別は 式木にできるのは式形式だけという実務上の帰結を持つ。
　「SELECTやWHEHE句」は WHERE 句の誤記と判断し修正。
　併せて C# 6.0〜12 の拡張（static ラムダ、既定引数値など）と
　 クロージャの落とし穴（for の変数捕捉、寿命）を補足。　 式木（Expression Tree）: IEnumerable と IQueryable の分岐点が
　「デリゲートか式木か」である点を明示し、
　 AsEnumerable() を挟むと全件取得になるという
　 EF Core での性能事故の典型を補足。　 拡張メソッド: 「同じ名前空間内に将とするメソッド」「使ものに」は
　誤変換・脱字と判断し修正。
　実体は静的メソッド呼び出しであること、
　 インスタンスメソッドが常に優先されるため
　ライブラリ更新で呼び先が静かに変わり得ることを補足
　（原文が引用する「型の提供者以外は作るべきでない」の根拠）。
　発見可能性の問題は global using（C# 10）で緩和できる旨を最新化。　 列挙型(Enum)の定義: [Flags] が無くてもビット演算自体はできる
　（変わるのは主に ToString() の出力と意図表明）点を明確化。
　値を明示しないとメンバー追加で永続化データの意味が変わる危険、
　 HasFlag のボックス化、Enum.GetName<T> などを補足。　 .NET の Reflection: 原文が「不明」としていた
　 Reflection.Emit / 式木の .NET Core 互換性は
　 いずれも利用可能と最新化。
　ただし制約はトリミング / Native AOT 側に生じるため、
　現在の第一候補はソースジェネレーターである旨を補足。　 .NET の Serialize: 本ページの主題である BinaryFormatter は
　 .NET 9 で実装ごと削除された旨を冒頭で最新化。
　「型情報をデータ側が持ち、それを信じて復元する」という設計自体が
　修正不能な脆弱性（CWE-502）であったこと、
　原文が遭遇した net ⇔ netcoreapp の非互換の原因（内部実装差）を補足。　 動的言語ランタイム (DLR): IronPython / IronRuby は Microsoft の手を離れたが
　 dynamic 自体は現役である旨を最新化。
　 Reflection / 式木 / Reflection.Emit / dynamic の速度と用途の違いを整理。　 Reactive Extensions（Rx）: IAsyncEnumerable<T> の登場により
　 Rx の用途の一部が言語機能に吸収された旨を最新化し、
　現在の使い分け（単発は async/await、有限の列は IAsyncEnumerable、
　 時間・イベントの合成は Rx）を明示。
　リポジトリは Reactive-Extensions/Rx.NET から dotnet/reactive に
　移管されているため URL を更新。
　原文の「事件」の節については、Hot / Cold や購読解除の難しさという
　技術的な論点として整理し直した。「Asynchronus」「正指定した範囲」は誤記と判断し修正。　 正規表現: 原文に無い ReDoS（正規表現による DoS）の節を追加し、
　タイムアウト指定・NonBacktracking（.NET 7+）・
　「最短マッチより否定文字クラス」といった対策を補足。
　 [GeneratedRegex]（.NET 7+）が現在の第一候補である旨も最新化。
　「グループ番号はグループ名の付与の影響を受けない」は .NET では成り立たない
　（無名グループに先に採番される）ため訂正。
　グループ番号の例「グループ1 ： ad」→ ab、
　入れ子の例で「グループ5」が 2 回 → 後者は グループ6、
　「最短マッチ」を「最短マッチ」にする → 「最長マッチ」を「最短マッチ」に、
　 Regex.Matchs() → Regex.Matches()、「長文字列」→ 文字列長 を
　それぞれ誤記と判断し修正。
　また、(123)(\d)+(789) の例で原文が「Groups（４つ）」としつつ 6 件を
　列挙していた点は、Group.Value は最後の 1 回しか返さず
　 Group.Captures に全回分が残るという仕組みの説明として整理し直した。
　メール / HTML / URL の各例には、MailAddress・HTML パーサー・Uri を
　使うべき旨の注記を追加。

フェーズ77（12ページ）

配置先: techinfoofmicrosofttech/programming/
（アセンブリ基盤・コンパイル配置系、および IoC / AOP / DI 系）

※ 「IoC、AOP → DI → 依存性反転原則」は 5 ページが 1 セットで相互参照するため、
　分割せず同一フェーズで移行した（このため 12 ページ）。

元ページ名	移行先ファイル	配置先	元の更新日
アセンブリ	`MS_Assembly.md`	`programming/`	2017-03-27
アプリケーションドメイン	`MS_ApplicationDomain.md`	`programming/`	2017-03-27
ターゲットフレームワークのバージョン	`MS_TargetFrameworkVersion.md`	`programming/`	2018-08-26
.NETアセンブリのtargetFrameworkを確認する方法	`MS_DotNetAssemblyTargetFramework.md`	`programming/`	2018-08-26
プリコンパイル	`MS_Precompile.md`	`programming/`	2017-04-05
System.Reflection.Emit	`MS_SystemReflectionEmit.md`	`programming/`	2020-12-11
IoC、AOP → DI → 依存性反転原則	`MS_IoCAOPDI.md`	`programming/`	2020-02-09
IoC	`MS_IoC.md`	`programming/`	2020-03-05
AOP	`MS_AOP.md`	`programming/`	2020-08-02
DI	`MS_DI.md`	`programming/`	2020-08-02
依存性反転原則	`MS_DependencyInversionPrinciple.md`	`programming/`	2020-03-05
.NET Core における DI	`MS_DotNetCoreDI.md`	`programming/`	2022-04-05

添付ファイル（図）:

移行先ファイル	元の添付ファイル名
`MS_AOP_1.png`	AOP-Logging.png
`MS_AOP_2.png`	ExampleOfAOP.png

※ 正誤・最新化の主なもの。　 アセンブリ: 「NET Framework」→ .NET Framework の誤記を修正。
　 厳密名は「ID の一意性」であって「発行元の証明」ではない点、
　 .NET Core 以降は署名の検証を行わないため
　 セキュリティ機構ではなく単なる ID の一部になった点を最新化。
　発行元の証明が要るなら Authenticode を併用する旨も補足。　 アプリケーションドメイン: 原文の「.NET ではアプリケーションドメイン単位で
　メモリが分割される」は .NET Framework については正しいが、
　 .NET Core 以降では成り立たない（CreateDomain は
　 PlatformNotSupportedException）ため訂正。
　代替として AssemblyLoadContext（collectible）とプロセス分離を補足。
　 AppDomain.CurrentDomain.BaseDirectory 等は現在も有効である点も明記。　 ターゲットフレームワークのバージョン: 原文の警告（netcore は
　 .NET Core ではない）を活かしつつ、net48 と net8.0 の紛らわしさ
　（小数点の有無で .NET Framework と .NET を区別する）を表で整理。
　複数ターゲットと NET8_0_OR_GREATER 系の定数の使い方を補足。　 .NETアセンブリのtargetFrameworkを確認する方法: ildasm（Windows + VS 前提）に加え、
　 PowerShell / MetadataLoadContext / ilspycmd による
　クロスプラットフォームな確認方法を補足。　 プリコンパイル: 本ページは .NET Framework 版 ASP.NET 専用であり、
　 ASP.NET Core では既定でビルド時コンパイル済みのため問題が構造的に解消
　している旨を最新化。
　原文がメリット欄に置いていた 2 項目（「本番環境にソースを格納する必要がある」
　「配置前にコンパイルを個別に実行する必要がある」）は
　実質デメリット（制約）である旨を注記。
　「利用することもで、」の脱字を修正。
　 -u の有無が実質的な分岐点である点、
　差分配置よりイミュータブルなデプロイが現在の主流である点を補足。　 System.Reflection.Emit: Native AOT / フル AOT では利用不可である点、
　現在の第一候補がソースジェネレーターである点を最新化。
　 DynamicMethod の具体例と、Reflection / 式木 / Emit の使い分けを補足。
　 AssemblyBuilder の永続化保存が .NET 9 で復活した点も追記。　 IoC、AOP → DI → 依存性反転原則: IoC / DIP / DI の 3 つを
　「構造の特徴」「設計原則」「実装技法」として層別に整理。
　タイトルの矢印が「目的 → 手段」を表すという読み方を明示。　 IoC: 「アルゴリズム差し替えるための」の脱字を修正。
　 ハリウッド原則による説明、ライブラリとフレームワークの違い、
　 サービスロケータが現在アンチパターン扱いである理由を補足。
　原文が「・・・」で空欄にしていた「他パラダイムでの技法」に
　高階関数 / Rx / async / FaaS を補った。　 AOP: RealProxy（透過プロキシ）は .NET Core 以降で利用不可であり、
　現在は DispatchProxy / Castle DynamicProxy / ソースジェネレーターに
　置き換わっている旨を最新化。
　原文の「AOP、不評ですね」という感想について、
　 デバッグ困難・ポイントカットの脆さ・AOT 非対応という理由と、
　 ミドルウェア／フィルターという「見える拡張点」への置換が
　進んだ経緯を整理した。　 DI: 「依存性の注入」という訳語が理解を妨げているという原文の指摘を
　補強しつつ、「依存性を無くす」のではなく
　 **「具象への依存を抽象への依存に置き換える」**である旨を注記。
　「共通I/Fが無いDI場合のDI」の重複入力を修正。
　 **Captive Dependency（Singleton が Scoped を掴む事故）**と
　 ValidateScopes / ValidateOnBuild による検出方法を補足。
　 CallContext は .NET Core で使えず AsyncLocal<T> に移行する点、
　 DI が ASP.NET Core の機能ではなく .NET の機能になった点を最新化。　 依存性反転原則: 原文は移動先へのリダイレクトのみのため、
　参照先として成立するよう SOLID の D としての定義と、
　「インターフェイスは使う側に置く」という要点を補って残した。
　移動先は dotnetdevelopmentinfrastructure 側の未移行ページのため TODO に登録。　 .NET Core における DI: 原文が「対象 > Program」で空欄だった箇所に、
　 登録（合成ルート）と解決（constructor 注入）の実際を補足。
　「Public constructor は 1 つ」という制約の正確な条件、
　 .NET 8 のキー付きサービス、
　 .NET Framework からの移行時に問題になりやすい点（HttpContext.Current →
　 IHttpContextAccessor 等）を追記。

フェーズ78（7ページ）

配置先: techinfoofmicrosofttech/programming/（NuGet 系、および ASP.NET Core の DI）

※ 「NuGetパッケージの開発と公開」（32KB）「NuGet を使用したパッケージ管理」（18KB）が
　大部のため、フェーズとしては 7 ページとした。

元ページ名	移行先ファイル	配置先	元の更新日
ASP.NET Core における DI	`MS_ASPNETCoreDI.md`	`programming/`	2022-04-05
NuGet を使用したパッケージ管理	`MS_NuGetPackageManagement.md`	`programming/`	2025-08-29
NuGetパッケージの開発と公開	`MS_NuGetPackageDevelopment.md`	`programming/`	2025-09-01
NuGetプライベート・リポジトリ	`MS_NuGetPrivateRepository.md`	`programming/`	2025-08-29
NuGetパッケージのデバッグ	`MS_NuGetPackageDebugging.md`	`programming/`	2025-09-03
NuGetパッケージのプレリリース版	`MS_NuGetPrerelease.md`	`programming/`	2025-08-29
NuGetでインストールすると依存関係が増えすぎる問題	`MS_NuGetDependencyBloat.md`	`programming/`	2025-08-29

添付ファイル（図）:

移行先ファイル	元の添付ファイル名
`MS_NuGetPackageDevelopment_1.png`	Nuget.png

※ 正誤・最新化の主なもの。　 ASP.NET Core における DI: 「AddSigleton」→ AddSingleton の誤記を修正。
　本節が前提とする Startup.cs（ConfigureServices / Configure）は
　 .NET 6 の最小ホスティングモデルで既定では生成されなくなった旨を最新化
　（ライフタイムの意味自体は不変）。
　原文の「ConfigureServices が IServiceProvider を返す」方式による
　コンテナー差し替えは .NET Core 3.0 以降は非対応であり、
　現在は UseServiceProviderFactory を使う旨を訂正。
　 @inject は表示専用の関心事に限り、
　 ビューから DB を引かないという指針も補足。　 NuGet を使用したパッケージ管理: 本ページの問題群の大半が
　 packages.config の三重管理（参照設定 / config / packages フォルダ）に
　起因すること、PackageReference では構造的に消えることを明示。
　 .nuget フォルダ方式（Enable NuGet Package Restore）は
　 NuGet 2.7 で非推奨である旨、
　 repositoryPath は PackageReference では効かず
　 globalPackagesFolder である旨を最新化。
　 bindingRedirect が何を解決しているか（DLL Hell）と、
　 .NET Core 以降では不要になった点も補足。　 NuGetパッケージの開発と公開: SDK スタイルでは .nuspec が不要
　（.csproj から dotnet pack）である旨を冒頭で最新化。
　原文の authors / owners の説明は NuGet における意味と逆であるため訂正
　（owners は nuget.org 上の所有アカウントで、.nuspec からは設定できない）。
　 nuget spec で $id$ 等が展開されないのは仕様（nuget pack 時に解決）
　である旨を補足。
　 licenseUrl / iconUrl は非推奨となり
　 license / icon / readme の同梱に変わった点、
　 DotnetCliTool は廃止され DotnetTool に置換された点、
　 content / install.ps1 / web.config.transform は
　 PackageReference では機能しない点を最新化。
　「*.nspec」「Dependenciesタグ明記した」「リリースビル」「高度なタクス」の
　誤記・脱字を修正。
　原文が「自動的に追加される依存はバイナリ解析か？」と疑問を呈している点について、
　 .nuspec の記述のみを辿った推移的依存の展開であると回答を補足。　 NuGetプライベート・リポジトリ: NuGet.Server は現在ほぼ使われないため、
　 Azure Artifacts / GitHub Packages / BaGet / Sleet といった
　現在の選択肢を補足。
　 **依存関係かく乱（Dependency Confusion）**と、
　対策としての packageSourceMapping を追記。　 NuGetパッケージのプレリリース版: **中央パッケージ管理
　（Directory.Packages.props）**により、原文の
　「後で Grep & Replace」という手順が不要になった旨を最新化。
　原文の「ASCII のソートの逆順」という説明は不正確なため、
　 SemVer 2.0.0 の比較規則（数値識別子は数値比較、
　プレリリース付きは無し版より常に小さい等）として整理し直した。　 NuGetパッケージのデバッグ: 原文が「紆余曲折」として整理を保留した点について、
　 .symbols.nupkg → .snupkg → Source Link という変遷を整理。
　 「シンボル（pdb）」と「ソース（.cs）」は別々に配られるという
　理解の枠組みを提示し、原文が「詳細不明」としていた
　 Source Link の仕組みと設定を補足。
　 .NET Framework でシンボルサーバーが動かない原因を
　 **PDB 形式の違い（full と portable）**として説明した。　 NuGetでインストールすると依存関係が増えすぎる問題: 問題の本質が
　「依存が多い」ではなく
　 **「packages.config が推移的依存まで全部列挙する」**ことである旨を明示。
　原文の回避策（集約プロジェクトを挟む）は
　 PackageReference + Directory.Packages.props / Directory.Build.props
　で不要になる旨を補足。
　 PrivateAssets="all" の付け忘れが
　「意図しない依存の伝播」の主因である点も追記。

フェーズ79（11ページ）

配置先: techinfoofmicrosofttech/programming/（NuGet / MSBuild のビルドエラー集）

※ エラー個票が 11 件で 1 群を成すため、分割せず同一フェーズで移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Nuget使用時に「error MSB3086 Task could not find AL.exe」が発生	`MS_NuGetMSB3086.md`	`programming/`	2019-03-27
Nuget使用時に「error MSB4036 'GetReferenceNearestTargetFrameworkTask' task was not found.」が発生	`MS_NuGetMSB4036.md`	`programming/`	2019-03-27
Nuget使用時に「warning MSB3247 Found conflicts between different versions of the same dependent assembly.」が発生	`MS_NuGetMSB3247.md`	`programming/`	2020-07-02
Nuget使用時に「which has a higher version X than the version Y in the current target framework...」が発生	`MS_NuGetHigherVersion.md`	`programming/`	2018-11-27
PackageReferenceに切り替え後のビルドで「error CS0246 The type or namespace name ...」が発生	`MS_NuGetCS0246.md`	`programming/`	2020-06-05
dotnetコマンドのビルドで「error NU1605 Detected package downgrade」が発生	`MS_NuGetNU1605.md`	`programming/`	2018-11-27
dotnetコマンドのビルドで、＃if-＃endifのDefineConstantsを認識しない	`MS_MSBuildDefineConstants.md`	`programming/`	2018-11-13
ビルド時に「error CS0012 The type 'xxxxx' is defined in an assembly that is not referenced.」が発生	`MS_MSBuildCS0012.md`	`programming/`	2019-03-26
ビルド時に「error CS1519 Unexpected symbol 'xxxxx' in class, struct, or interface member declaration.」が発生	`MS_MSBuildCS1519.md`	`programming/`	2018-11-08
ビルド時に「error MSB4019 ... `MSBuild\...\Microsoft.WebApplication.targets` was not found...」が発生	`MS_MSBuildMSB4019.md`	`programming/`	2019-09-02
ビルド時に「due to its being in the Internet or Restricted zone or having the mark of the web on the file.」が発生	`MS_MSBuildMarkOfTheWeb.md`	`programming/`	2018-09-14

※ 正誤・最新化の主なもの。　 MSB3086: 原文の「MSBuild の問題ではない？」という疑問に対し、
　 AL.exe は Windows SDK（.NET Framework SDK）に含まれ、
　サテライトアセンブリ生成時に呼ばれるという仕組みを補足して回答。
　リンク切れが多い個別 SDK の入手先に代えて、
　 Visual Studio Installer / Build Tools のコンポーネントでの
　導入方法を最新化。SDK スタイル（.NET Core 以降）では発生しない点も明記。
　セル結合で 2 列にまたがっていた SDK 一覧表は、値を展開して掲載。　 MSB4036: 原文の「各エディションの方からやった場合、解決しなかった」
　という観測について、IDE 側と Build Tools 側で MSBuild の実体が別である
　ことが原因である旨を補足（vswhere での特定方法を追記）。
　 dotnet build では .NET SDK に同梱されるため発生しない点も最新化。　 MSB3247: MSB3247 が
　「このままだと実行時に落ちる」という予告（警告なのでビルドは通る）である
　点を明示。
　 AutoGenerateBindingRedirects はクラスライブラリや ASP.NET では効かない
　という制約を補足。
　 .NET Core 以降はバインドの規則自体が変わり、
　復元時に版が統一されるため問題が構造的に減った旨を最新化。
　バイナリログ（-bl）による調査方法も追記。　 higher version: 対応するエラー番号が MSB3268 である点、
　原因が BCL 組み込みのアセンブリと NuGet 版の同名アセンブリの衝突
　（System.Net.Http が典型）である点を補足。
　対処として ① NuGet 版を外す ② ターゲットを上げるを
　バインディングリダイレクトより優先すべき旨を整理。　 CS0246: 原文の「オチ」（nuget.exe restore ではなく
　 MSBuild の Restore ターゲットが必要）が本質的な原因である旨を明示し、
　 obj\project.assets.json の役割と
　 -restore スイッチ（-t:Restore;Build と繋がない理由）を補足。
　原文の結論「.NET Framework 版は PackageReference にしない方がイイ」は
　 VS 2017 初期の話であり、現在は PackageReference が推奨である旨を最新化。　 NU1605: 原文が「詳細不明」とした NoWarn について、
　 エラーを抑止しているだけで問題は残る（実行時に落ち得る）ことを明示し、
　 直接参照の版を引き上げるのが本来の対処である旨を補足。
　 .NET Core 2.0 で警告からエラーに格上げされた経緯も追記。　 DefineConstants: 原文の「Linux 環境と異なるっぽい」という見立てについて、
　原因が $(Platform) の既定値の差（IDE / .sln 経由かどうか）であり
　 Linux 固有ではない旨を補足。
　対処として SDK が自動定義する定数（NETCOREAPP 等）を使うことと、
　 $(DefineConstants) を展開して追記する書き方を提示。　 CS0012: netstandard.dll が型フォワーディング用の中継アセンブリである
　という仕組みを補足。
　原文が試して revert した NETStandard.Library.NETFramework（preview）は
　 正式版にならず、現在は使うべきでない旨、
　 net472 以降では標準搭載のため発生しない旨を最新化。　 CS1519: 構文エラーではなく
　「コンパイラが古く、その C# 構文を知らない」ことが原因である旨を明示。
　 Microsoft.Net.Compilers は現在は非推奨であり、
　 ビルド環境の更新か dotnet build が正しい対処である旨を最新化。
　原文の「auto-implemented property」は C# 6.0 の
　 自動実装プロパティの初期化子等を指すと読める旨を注記。　 MSB4019: Microsoft.WebApplication.targets を
　 Import から削除すると通るが、Web Deploy / web.config 変換 /
　プリコンパイルが使えなくなるという代償を明示。
　原文が「解決しなかった」と記録している Build Tools のインストールについて、
　選んでいたのが C++ 系ワークロードで、
　必要なのは Workload.WebBuildTools である旨を補足。
　 VS 2017 以降で MSBuild の配置場所が
　 マシン共通から VS インストール先配下に変わった点も追記。　 mark of the web: ls ... -r unblock-file のパイプ脱字を修正。
　 **MotW（Zone.Identifier 代替データストリーム）**の仕組みと ZoneId の一覧、
　 **「zip 展開時に中身全部に付く」**という最頻の遭遇経路、
　 git clone なら付かないという予防策を補足。
　一括解除はセキュリティ機構の解除であるため、
　取得元の信頼性を確認した上で行う旨も明記。

フェーズ80（10ページ）

配置先: techinfoofmicrosofttech/programming/web/（ASP.NET Core 系、および近代化・構成）

元ページ名	移行先ファイル	配置先	元の更新日
ASP.NET Coreの開発	`MS_ASPNETCoreDevelopment.md`	`web/`	2019-08-08
ASP.NET Coreのデプロイ	`MS_ASPNETCoreDeployment.md`	`web/`	2026-07-13
ASP.NET CoreのWebサーバ	`MS_ASPNETCoreWebServer.md`	`web/`	2020-03-18
ASP.NET CoreのSession利用方法	`MS_ASPNETCoreSession.md`	`web/`	2022-04-05
ASP.NET Coreのデータ保護	`MS_ASPNETCoreDataProtection.md`	`web/`	2022-04-05
ASP.NET Coreの分散キャッシュ	`MS_ASPNETCoreDistributedCache.md`	`web/`	2020-07-22
ASP.NET Core SPAテンプレート	`MS_ASPNETCoreSPATemplate.md`	`web/`	2026-06-10
JavaScript Services	`MS_JavaScriptServices.md`	`web/`	2021-05-27
ASP.NET の Modernization	`MS_ASPNETModernization.md`	`web/`	2021-03-31
ASP.NETの構成（Webサイト・Webアプリ）	`MS_ASPNETSiteVsApp.md`	`web/`	2021-11-17

※ 正誤・最新化の主なもの。　 ASP.NET Coreの開発: 本ページは ASP.NET Core 1.0〜2.0 時代（VS 2015〜2017）の
　検証記録である旨を明示し、現在の dotnet new / dotnet watch による
　開発サイクルを補足。「2st Step」「3st Step」は誤記だが節構造を保つため見出しは維持。　 ASP.NET Coreのデプロイ: 原文が取り消し線で記録している
　「dotnet.exe → w3wp.exe に戻った」という観測について、
　ホスティングモデルの変更（アウトプロセス → インプロセス）が原因であり、
　正確には .NET 5 ではなく ASP.NET Core 2.2 での追加・3.0 での既定化である旨を補足。
　 IIS の 500.19 / 500.30 / 500.34 等の切り分けと stdout ログも追記。
　原文の「wwwroot にアクセスできないのでコピーが必要」は
　 dotnet publish を使えば不要である旨を補足。　 ASP.NET CoreのWebサーバ: 「Kestrel は libuv に基づく」は
　 ASP.NET Core 3.0 で libuv のサポートが削除され、
　現在はマネージドソケットである旨を最新化。
　「外部公開する場合はリバースプロキシと併用」は 1.x 時代のガイダンスで、
　現在は Kestrel の直接公開もサポートされる旨を訂正
　（ただしリバースプロキシを置く実務上の理由は別途整理して残した）。
　「バースプロキシ」「nginx と Kestre」の脱字を修正。
　インプロセス／アウトプロセスホスティングの違い、
　リバースプロキシ配下で必須の UseForwardedHeaders を補足。　 ASP.NET CoreのSession利用方法: 原文が「少し難しい」とする理由を、
　 ①明示的な有効化が必要 ②byte[]/string しか入らない
　 ③複数台では分散キャッシュとデータ保護の両方が要るとして整理。
　 CookieBuilder.Expiration が「効かない」のは仕様（セッション Cookie は
　有効期限を持たない）である旨を補足。Startup.cs から Program.cs への移行、
　 UseSession() の配置順、IsEssential も追記。　 ASP.NET Coreのデータ保護: 原文の到達点（machineKey の後継）は正確である旨を
　確認した上で、PersistKeysTo*（どこに置くか）と ProtectKeysWith*（何で守るか）の
　役割の違い、SetApplicationName を揃えないと鍵を共有できない点、
　コンテナ／IIS／Linux での既定の保管場所の違いを補足。　 ASP.NET Coreの分散キャッシュ: AddDistributedRedisCache は廃止され
　 AddStackExchangeRedisCache を使う旨を最新化。
　 AddDistributedMemoryCache は「分散」という名前だがプロセス内メモリである点、
　 abortConnect=false / ssl=true 等の実務的な接続オプション、
　「複数台でセッションが切れる」症状の切り分け手順を補足。　 ASP.NET Core SPAテンプレート: 原文の結論（Visual Studio と統合しない方がよい）は
　 その後の Microsoft 自身の方針転換と一致した旨を最新化
　（dotnet new angular / react は .NET 8 で削除）。
　分離した場合の繋ぎ方（開発時はプロキシ、本番は MapFallbackToFile）を補足。　 JavaScript Services: 原文が「廃止らしい」とした件は完了している
　（.NET 5 でパッケージ提供終了）旨を最新化。
　廃止の理由を「.NET プロセスから Node.js を抱える構造の無理」として整理し、
　各機能の現在の代替を対応表で示した。　 ASP.NET の Modernization: JS/CSS を NuGet で配る方式は現在は非推奨
　（npm / libman へ）である旨、
　 modernizr / Respond.js / jQuery UI は役目を終えている旨を最新化。
　 CDN のキャッシュ共有の利点はブラウザ側の仕様変更で失われたため
　 SRI が必須である点、defer によるスクリプト配置も補足。
　「パッケージの特定する」の助詞誤りを修正。
　 System.Net.Http の差し替えは net472 以降では版衝突を招く旨も注記。　 ASP.NETの構成（Webサイト・Webアプリ）: Microsoft の推奨（Web アプリケーション）が
　その後も変わらず、Web サイトプロジェクトは事実上終息した旨を最新化。
　この変換が ASP.NET Coreへの移行の第一歩になる
　という位置づけと、変換時の主な作業を補足。

フェーズ81（10ページ）

配置先: techinfoofmicrosofttech/programming/web/（ASP.NET / MVC 系）、
programming/（リソースファイル）

※ 「ASP.NET MVCの用語」（36KB）「ASP.NET MVCの利用方法」（34KB）
　「ASP.NET でのアセンブリ DLL 読み込み」（14KB）と大部が続くため、
　関連の深い「リソースファイル」を含めて 10 ページとした。

元ページ名	移行先ファイル	配置先	元の更新日
ASP.NET config	`MS_ASPNETConfig.md`	`web/`	2020-09-23
ASP.NETの配置（Web Deploy・Web Deployパッケージ）	`MS_ASPNETDeployment.md`	`web/`	2019-08-07
ASP.NET でのアセンブリ DLL 読み込み	`MS_ASPNETAssemblyLoading.md`	`web/`	2020-07-02
HttpApplication（Global.asax）、HttpModule、HttpHandler	`MS_HttpApplicationModuleHandler.md`	`web/`	2021-10-12
IIS、ASP.NETでのHTTPメソッドの制御	`MS_HTTPMethodControl.md`	`web/`	2020-10-28
ASP.NET MVCの用語	`MS_ASPNETMVCTerms.md`	`web/`	2020-12-22
ASP.NET MVCの利用方法	`MS_ASPNETMVCUsage.md`	`web/`	2018-09-06
ASP.NET Web Formsのイベント発生順	`MS_ASPNETWebFormsEventOrder.md`	`web/`	2018-02-02
部分描画とJavaScript	`MS_PartialRenderingAndJavaScript.md`	`web/`	2020-02-05
リソースファイル	`MS_ResourceFiles.md`	`programming/`	2020-10-13

※ 正誤・最新化の主なもの。　 ASP.NET config: 設定場所が IIS 版 × パイプラインモード × .NET 版で
　変わるという本ページの主旨を冒頭の表に整理。
　推奨値は .NET 1.1 時代のものでそのまま適用してはならない旨、
　 maxconnection（既定 2）だけは統合モードでも有効で現在も踏みやすい旨を補足。
　 applicationHost.config のパスは全角疑問符区切り・綴り誤り
　（ApplcationHost.config）だったため修正。
　 idleTimeout / 定期リサイクルの方が実務では効く旨、
　 .NET 4 で maxConcurrentRequestsPerCPU の既定が 12 → 5000 に
　緩和された経緯も追記。　 ASP.NETの配置（Web Deploy・Web Deployパッケージ）: 「利用しているものを思われる」の
　誤字を修正。WebMatrix はサポート終了、
　 Azure Cloud Services（.cspkg）は 2024 年に廃止、
　現在は Zip Deploy が主流である旨を最新化。
　 MsDepSvc（80）と WMSvc（8172）の違い、
　 -whatIf と -skip を使わないとユーザーデータを消すという
　典型的な事故も補足。　 ASP.NET でのアセンブリ DLL 読み込み: PukiWiki の脚注記法を
　 GitHub Markdown の脚注（[^n]）と本文展開に置き換え。
　「起動時に bin を全部読む」という挙動が
　 .aspx の動的コンパイルのためである背景、
　 BadImageFormatException 等の具体的な症状、
　 <clear/> より <remove> の方が現実的である旨を補足。
　外部サイトの図（＠IT の gif）は埋め込まずリンクに変更。　 HttpApplication（Global.asax）、HttpModule、HttpHandler: 原文が
　「思わぬ落とし穴」とするインスタンスの使い回しについて、
　リクエスト単位の状態は HttpContext.Items に持つべき旨を補足
　（ASP.NET Core のミドルウェアでも同根の問題がある点も）。
　「ReleaserequestState」の表記揺れを統一。
　 Session_End は InProc でしか発火しない点、
　 AcquireRequestState より前にセッションは存在しない点、
　 URL Rewrite / セキュリティヘッダーは web.config で対処できる点を追記。　 IIS、ASP.NETでのHTTPメソッドの制御: 原文の
　「通常、制限を加える必要は無い」という注意書きが本ページの核心である旨を
　補強し、TRACE / OPTIONS / PUT の実際のリスクを整理
　（OPTIONS を塞ぐと CORS が壊れる、XST は現在成立しない）。
　本文が HttpForbiddenHandler（403）、例が HttpMethodNotAllowedHandler（405）と
　 食い違っている点を指摘し、用途別に整理。
　原文の例（verb="*" path="*"）はそのまま入れるとアプリが動かない旨も注記。　 ASP.NET MVCの用語: [Route("{action=Top")] の閉じ波括弧欠落、
　「ValuProvider」の表記揺れ、@Model ViewModel（@model との混同）、
　 Html.TextBoxFor?() の余分な ?、return View("YYYY, "_XXXXLayout") の
　引用符位置、"C:\temp\file.zip" の逐語的文字列リテラル漏れを修正。
　 FromBody の説明（「Form から取得」）はリクエスト本文から取得が正しい旨を訂正。
　セル結合していた ActionResult 表・Override フィルタ表は値を展開。
　 オーバーポスティング攻撃の具体例と対策の優先順位、
　 ASP.NET Core での対応物（タグヘルパー、ビューコンポーネント、
　 [FromRoute] 等のバインド元属性）を補足。　 ASP.NET MVCの利用方法: 「From タグの切り方」→ Form、
　「Razer」→ Razor、「Mobil」→ Mobile、
　「EditFor/EditForModel」→ EditorFor/EditorForModel、
　 IClientValidation → IClientValidatable、
　 GetClientValidationRule → GetClientValidationRules、
　 $.Validator → $.validator を修正。
　「機能や、＝『全体View ごとに…』」の重複も文脈に合わせて訂正。
　原文の疑問（偽造防止トークンの複数ウィンドウ対応）に
　 対応している旨を回答。
　 DisplayModes は ASP.NET Core に移植されず、
　レスポンシブデザインに一本化された旨、
　 Ajax.BeginForm / WebGrid / jQuery Mobile の廃止も最新化。
　 [HttpPost] の付け忘れが GET での削除を許すという
　セキュリティ上の指摘、PRG パターン、[ApiController] による
　 ModelState.IsValid の自動化も補足。　 ASP.NET Web Formsのイベント発生順: 継承時の Page.Init / Page.Load の内訳が
　原文ではすべて「コンストラクタ」と記載されていたため、
　 イベントハンドラの誤記と判断し修正。
　 ViewState 復元・ポストバックデータ処理と Page_Load の前後関係、
　 if (!IsPostBack) が基本作法である理由、
　 AutoPostBack=false 時は Changed 系 → Click の順で発火する点を補足。　 部分描画とJavaScript: 原文に「戻る」が無かったため補完。
　「レスポンスに時間が抱える」の誤記を注記。
　 UpdatePanel は見た目が変わるだけで通信量・処理量は全体更新と同じ
　である点を明示。原文が挙げる 2 つの問題点（JavaScript の干渉、
　待ち状態が不可視）がそのまま廃止理由になった旨、
　現在の代替（htmx / Blazor Server / fetch）を整理。　 リソースファイル: 「App_GlobalResouces」等の綴りを修正。
　制限事項（= と LF）は .txt 形式の制限で .resx には該当しない旨を注記。
　 MissingManifestResourceException の原因（リソース名の解決失敗）と確認方法、
　 SatelliteResourceLanguages による出力言語の絞り込み、
　 ASP.NET Core の IStringLocalizer（キーが無くても落ちない）を補足。

フェーズ82（10ページ）

配置先: techinfoofmicrosofttech/programming/（国際化・パス）、
programming/web/（ASP.NET 系の国際化）、programming/ui_subsystem/

元ページ名	移行先ファイル	配置先	元の更新日
国際化対応項目	`MS_InternationalizationItems.md`	`programming/`	2020-07-02
カルチャ	`MS_Culture.md`	`programming/`	2020-07-02
文字コード	`MS_CharacterEncoding.md`	`programming/`	2017-03-27
ASP.NET の国際化対応	`MS_ASPNETI18N.md`	`web/`	2017-03-27
ASP.NET Web Formsの国際化対応	`MS_ASPNETWebFormsI18N.md`	`web/`	2017-02-27
ASP.NET MVCの国際化対応	`MS_ASPNETMVCI18N.md`	`web/`	2019-08-02
Windows Formsの国際化対応	`MS_WindowsFormsGlobalization.md`	`ui_subsystem/`	2017-03-27
各種パスを取得する方法	`MS_GettingVariousPaths.md`	`programming/`	2018-08-22
アプリケーションの様々なパスを取得する方法	`MS_GettingApplicationPaths.md`	`programming/`	2018-12-17
Webサイトのパスを取得する方法	`MS_GettingWebSitePaths.md`	`programming/`	2018-08-01

※ 正誤・最新化の主なもの。　 国際化対応項目: 「Unicode 似しか含まれない」の誤変換、
　「MUI(Multi User Inteface)」の綴り、
　レジストリパス Microsoft.NETFramework（区切り欠落）を修正。
　同名の見出し「[キーボードと言語]タブ」が 2 つ連続していたため
　（表示言語）／（入力ロケール）を補って区別。
　「平成以降、元号が配信された実績はまだない」は執筆時点の記述で、
　令和改元では実際に配信された旨を最新化。
　 i18n / L10n の区別、Parse の側がより危険である点、
　サマータイムで存在しない時刻・2 回ある時刻が生じる帰結、
　 {0:C} は記号を変えるだけで換算しない（通貨の重大な事故）点、
　 U+005C（YEN SIGN）問題、RTL 対応は論理プロパティで行う点、
　 Linux / コンテナでは tzdata / ICU が情報源になる点を補足。　 カルチャ: サンプルコードに VB 構文の混在（public sub）、
　 th,Start() のカンマ誤り、戻り値型の欠落があり、
　さらに th.CurrentCulture へ 2 回とも同じ値を代入していた
　（2 行目は CurrentUICulture が正しい）ため修正。
　「新しいスレッドではカルチャが既定値に戻る」という本ページの前提は
　 .NET 4.5 の DefaultThreadCurrent*、4.6 以降の非同期での引き継ぎにより
　改善している旨を最新化。
　 コンテナで ICU が無いと Invariant で動き、静かに壊れる点、
　 zh-Hans / zh-Hant を使う（zh-CHS / zh-CHT は非推奨）点も補足。　 文字コード: 文字集合・符号位置・エンコーディングの 3 層を
　 Unicode の例で具体化し、Shift_JIS と CP932 は別物である点を補足。
　 .NET Core 以降は Encoding.GetEncoding("shift_jis") が例外になり
　 CodePagesEncodingProvider の登録が要る点、
　 Encoding.Default の意味が変わった点を最新化。　 ASP.NET の国際化対応: 原文の指摘
　「必ずしも App_GlobalResources 等に配置する必要はない」を補強し、
　 これらのフォルダは動的コンパイルされる等の制約があるため
　 通常の .resx を使うのが現在の推奨である旨を整理。
　 jquery-globalize は現在使われず Intl API / i18next に
　置き換わっている旨、ASP.NET Core の
　 RequestLocalizationMiddleware と 3 つのプロバイダーを補足。　 ASP.NET Web Formsの国際化対応: 「App_GlobalResouces」の綴りを修正。
　 明示的ローカライズと暗黙的ローカライズの違いを整理。
　引用されている「Web オークションサイト」の例が
　 CurrentCulture と CurrentUICulture を分ける理由を
　端的に示している旨を補足。
　 DB 方式の利点と代償（キャッシュ必須、フォールバック設計）、
　 ASP.NET Core では IStringLocalizer を自作して DB から引くのが
　同等かつ素直である旨も追記。　 ASP.NET MVCの国際化対応: 原文の主張
　「MVC では Razor が使えるので通常の .resx が便利」を補強し、
　 [DisplayName] では国際化できず [Display] を使う点、
　 リソースを Public にする必要がある理由
　（DataAnnotations.dll 経由のリフレクション）を整理。
　 ASP.NET Core の DataAnnotationLocalizerProvider により
　 ResourceType の記述と Public 問題が不要になった旨を最新化。　 Windows Formsの国際化対応: Localizable / Language プロパティによる
　デザイナローカライズの仕組みを補足し、
　原文が挙げる「できないこと」（階層型プロパティ、DataGrid の列順）の
　回避策（コードで ResourceManager から適用）を提示。
　起動後の言語切り替えは反映されない（画面の作り直しが要る）点も追記。　 各種パスを取得する方法 / アプリケーションの様々なパスを取得する方法 /
　 Webサイトのパスを取得する方法: 3 ページで 1 セット。
　原文の結論（AppDomain.CurrentDomain.BaseDirectory が推奨）は
　現在も妥当である旨を確認し、
　 .NET 6 以降は AppContext.BaseDirectory / Environment.ProcessPath が
　素直である旨を最新化。
　 GetEntryAssembly のサンプルは
　 変数宣言が二重でコンパイルできないため修正。
　 単一ファイル発行・Native AOT では Assembly.Location が空文字列になる
　（.NET 5 以降の破壊的変更）点を補足。
　 Web 側は物理パスと仮想パスの区別、ApplicationPath と ~/ 記法、
　 ASP.NET Core の ContentRootPath / WebRootPath / PathBase への
　対応関係を整理した。

フェーズ83（10ページ）

配置先: techinfoofmicrosofttech/programming/（文字コード・.NET 基礎）、
infrastructure/shell/（CLI）

元ページ名	移行先ファイル	配置先	元の更新日
エンコーディング	`MS_Encoding.md`	`programming/`	2017-03-27
文字のチェック方式	`MS_CharacterValidation.md`	`programming/`	2019-01-18
アプリケーションのUnicode化	`MS_ApplicationUnicodeMigration.md`	`programming/`	2020-02-25
JIS文字･漢字コード	`MS_JISCharacterCode.md`	`programming/`	2017-03-27
JIS2004関連	`MS_JIS2004.md`	`programming/`	2018-03-20
Windowsの外字	`MS_WindowsGaiji.md`	`programming/`	2018-09-07
.NETのログ	`MS_DotNetLogging.md`	`programming/`	2025-07-02
数値の計算方法	`MS_NumericCalculation.md`	`programming/`	2019-03-17
自作CUI（CLI）の話	`MS_BuildingYourOwnCLI.md`	`infrastructure/shell/`	2026-07-09
帳票出力	`MS_ReportOutput.md`	`programming/`	2019-11-08

添付ファイル（図）:

移行先ファイル	画像	元の添付ファイル名
`MS_ApplicationUnicodeMigration.md`	`MS_ApplicationUnicodeMigration_1.png`	`UnicodeSupport.png`
`MS_WindowsGaiji.md`	`MS_WindowsGaiji_1.png`	`IMEパッド外字.png`
`MS_JIS2004.md`	`MS_JIS2004_1.png` … `MS_JIS2004_7.png`	`CombiningCharacter_Input.png`、`CombiningCharacter_VerticalWriting.png`、`jis90_font.png`、`jis90_ime_config1.png`、`jis90_ime_config2.png`、`jis90_ime_result1.png`、`jis90_ime_result2.png`

※ 正誤・最新化の主なもの。

　 数値の計算方法: System.UnderflowException は .NET に存在しない
　（浮動小数点のアンダーフローは例外にならず、静かに 0 になる）点を訂正。
　コンパイラオプションの /checked が効くのは整数型だけである点、
　 Math.Round の既定が四捨五入ではなく銀行丸めである点、
　 浮動小数点の加算に結合則が成り立たない点を補足。
　現在の CheckForOverflowUnderflow、Half / Int128 / INumber<T> も追記。　 エンコーディング: 事例４（波ダッシュ問題）の記述で
　 1 番目も 2 番目も「JA16SJIS → Unicode 方向」となっていたため、
　 1 番目は逆方向が正しい旨を注記。
　 XML 宣言が ?> で閉じられていない点も修正。
　 SJIS は Java でも Shift_JIS と CP932 の差が残るため
　「同義語」という表現は誤解を招く旨を注記。
　 .NET Core 以降は CodePagesEncodingProvider の登録が必須、
　 Encoding.Default が常に UTF-8 になった点、
　 Uri.EscapeDataString と HttpUtility.UrlEncode の使い分け、
　 CSV は BOM 付き UTF-8、XML は BOM なしという逆の指針を補足。　 文字のチェック方式: 「Unicode の外字範囲チェック」のサンプルが
　 char（16 ビット）で走査しているため 15 面・16 面を検出できない
　（仕様を実装が満たしていない）点を指摘し、Rune を使う修正版を提示。
　「HasError」は正しくは HasErrors。
　正規表現版が空文字列で結果が反転する点、
　 .NET 5 で StringInfo が UAX #29（書記素クラスタ）準拠になった点、
　 SQL Server の照合順序は _SC 付きが必要な点を補足。　 JIS2004関連: サロゲートペア文字の表は本文が「304 文字」とするが
　 実際に含まれるのは 303 字であり、U+20E6D のセルはコロンが
　欠落していた（他と揃えた）。
　問題点 6 の括弧書きが問題点 5 と同文（逆方向が正しい）である点も注記。
　 JIS90 互換フォントは現在入手できないため、
　 IVS（異体字セレクタ）が本筋の解である旨を最新化。
　 IME の入力制限はコピー＆ペーストや他端末を防げないため、
　 サーバ側の検査が唯一の保証である点を補足。　 JIS文字･漢字コード: 「JIS X 0213:2000 は 0xF000～0xFFFC を外字領域として使用」は
　 逆で、この領域を第 3・第 4 水準に割り当てた（外字に使えなくなった）旨を注記。
　セル結合（~）は GitHub の表が非対応のため同じ値を展開。
　 2010 年の常用漢字表改定、IVS の実用化、MJ 文字情報一覧表など
　 2009 年以降の動きを追記。　 Windowsの外字: 外字の作成 API は現在も存在せず、
　 配布は依然としてファイル差し替えしかない点を確認。
　 Session 0 分離の問題は現行 Windows にも残っており、
　 IIS のアプリケーションプール配下でも同じ症状が出る旨を補足。
　 EnableEUDC は GDI にしか効かず、DirectWrite 系では効かない点、
　外字を減らすための棚卸し → 分類 → 変換表 → IVS 移行の手順も追記。　 .NETのログ: 現在の第一候補が Microsoft.Extensions.Logging（ILogger<T>）
　である点、構造化ログ（文字列を組み立てずテンプレートで渡す）、
　 Debug と Trace の違い（Release で消えるか）、
　 Serilog を含む現在のライブラリ選択、OpenTelemetry を補足。　 自作CUI（CLI）の話: System.CommandLine / Sharprompt / ConsoleAppFramework の
　 役割の違い（引数解析・対話入力・ホスティング）を整理。
　 CLI のログインは Device Code Flow / Loopback + PKCE が定石で、
　 CLI に ID・パスワードを直接入力させない点、
　トークンの保存先（DPAPI / キーチェーン / libsecret）、
　終了コード・stdout と stderr の分離・機械可読な出力形式など
　 CLI 設計の作法、Native AOT による起動高速化を補足。　 帳票出力: 2018 年時点の「製品系は .NET Core 対応なし」は現在は逆転しており、
　 ActiveReports・CoReports・SVF は対応済み。
　 ReportViewer だけは今も .NET Framework 専用である点を明示。
　 wkhtmltopdf 系（DinkToPdf / Rotativa）は本体がアーカイブ済みで
　新規採用を推奨しない旨、QuestPDF / Playwright / ClosedXML など
　現在の選択肢とライセンス上の注意（iText の AGPL、QuestPDF の年商条件）、
　 Linux コンテナでの日本語フォント欠落を補足。

フェーズ84（10ページ）

配置先: techinfoofmicrosofttech/programming/web/

元ページ名	移行先ファイル	配置先	元の更新日
ASP.NET の RouteConfig	`MS_ASPNETRouteConfig.md`	`web/`	2020-02-10
ASP.NET の BundleConfig	`MS_ASPNETBundleConfig.md`	`web/`	2021-03-31
ASP.NET のプロジェクト・テンプレートの変遷	`MS_ASPNETTemplateHistory.md`	`web/`	2018-12-07
*.aspx.designer.cs(vb)を生成する方法	`MS_ASPXDesignerGeneration.md`	`web/`	2021-11-17
ASP.NET MVCのWebGrid	`MS_ASPNETMVCWebGrid.md`	`web/`	2017-02-27
ASP.NET MVCでDataTableを使用する。	`MS_ASPNETMVCDataTable.md`	`web/`	2018-07-20
ASP.NET Web Forms の Modernization	`MS_ASPNETWebFormsModernization.md`	`web/`	2021-03-31
ASP.NET MVC の Modernization	`MS_ASPNETMVCModernization.md`	`web/`	2021-03-31
OWIN化手順	`MS_OWINMigrationSteps.md`	`web/`	2021-07-08
ASP.NETとSSRSの連携と認証	`MS_ASPNETAndSSRS.md`	`web/`	2020-05-15

※ 正誤・最新化の主なもの。

　 ASP.NET の RouteConfig: ルーティングの導入は
　「URL と物理ファイルを切り離した」ことに意味がある旨を整理。
　規約ベースルーティングの登録順の原則（具体的なものを先に）、
　現在の主流である属性ルーティング、
　 ASP.NET Core ではルーティングがミドルウェアになり
　 MVC 以外（Minimal API / SignalR / gRPC）も同じ基盤に載る点を補足。　 ASP.NET の BundleConfig: 見出しの誤字「プロムラム」を修正。
　 HTTP/2 以降、まとめる利点が小さくなった（むしろコード分割が有利）点、
　 CDN のキャッシュ共有の利点はブラウザのキャッシュ分離で失われた点、
　バンドルの仮想パスを実在しないパスにする理由、
　 CssRewriteUrlTransform、キャッシュバスティング（?v= ハッシュ）を補足。　 ASP.NET のプロジェクト・テンプレートの変遷: 「ASP.NET 5 / MVC 6」は
　 2016 年に ASP.NET Core 1.0 へ改称された旨、
　「ASP.NET Core 自体が OWIN 互換レイヤーを実装」は正確には
　 OWIN の思想を採用したもので、互換は別パッケージである旨を注記。
　 VS2019 / VS2022 の続き（Blazor、Minimal API、Startup.cs の廃止、
　 SPA テンプレートの .esproj 化）を追記。　 *.aspx.designer.cs(vb)を生成する方法: 原文の疑問
　「最近の VS で使えなくなってませんかね？」に対し、
　 [Web アプリケーションに変換] は現在も存在するが表示条件が分かりにくい
　（コードビハインドを選択していると出ない）旨を回答。
　サンプルのプロジェクトファイルで**Default2 と Default が混在している点、
　 .designer が VS のデザイナでしか再生成されない仕組み
　（＝ VS 外で編集すると壊れる理由）、整合条件の一覧を補足。　 ASP.NET MVCでDataTableを使用する。: 見出しの誤字「Hidenn」を修正。
　「DataRow の public property が HasError」は正しくは HasErrors。
　 Hidden へのバイナリシリアライズは現在は使ってはならない
　（改竄可能、かつ BinaryFormatter は .NET 9 で削除）旨を明示し、
　都度 DB から取得（DB 側ページング）が正解である理由、
　 row.Field<T>() による DBNull の扱いを補足。　 ASP.NET MVCのWebGrid: 原文はリンクのみのため、
　 System.Web.Helpers.WebGrid は .NET Framework 専用で
　 ASP.NET Core には存在しないこと、廃れた理由、
　現在の代替（素の foreach、クライアント側グリッド、Blazor QuickGrid）を補足。　 ASP.NET Web Forms の Modernization: 本ページの核心である
　「ScriptManager の中から ScriptBundle を組み合わせて使っている」という
　結論を図示（2 つの仕組みは競合ではなく上下に積み重なる）。
　「webopt:bundlereference と言うタブ**」は「タグ」。
　 <pages> は <system.web> の中の要素である点、
　 ajax.aspnetcdn.com は 2022 年に提供終了しており
　既存アプリは毎回 404 → フォールバックになる点、
　 Modernizr / Respond.js は IE 終了により不要である点を補足。
　 WebFormsJs の各ファイルが何をしているか（原文が「詳細は不明」とした部分）も補足。　 ASP.NET MVC の Modernization: レイアウトが参照する ~/bundles/jqueryuno は
　 BundleConfig 側に定義がなく（jqueryvaluno の誤りと読める）、
　 404 になる <script> が出力される点を指摘。
　 jQuery 3.1.1 / Bootstrap 3.3.7 の既知の脆弱性・サポート終了、
　 Unobtrusive の仕組み（data-val-* 属性と読み込み順）、
　 <body onload> は CSP と衝突するため属性に JS を書かない点、
　 Model Binding と非同期コントローラーが最も本質的な近代化である点を補足。　 OWIN化手順: OWIN 化は ASP.NET Core への中間ステップとして
　今も意味がある旨を整理。
　 Microsoft.Owin.Host.SystemWeb の実体は HttpModule 1 つであり
　 IIS / System.Web からの脱却ではない点、
　 Startup クラスの検出の優先順位、
　 CreatePerOwinContext が Core では標準 DI に置き換わる点、
　「Global.aspx」は Global.asax、Web API の Routing 定義は
　 RouteConfig ではなく WebApiConfig.Register である点を注記。　 ASP.NETとSSRSの連携と認証: 原文の疑問「昔は委任が必要だったが、
　簡単に実装可能な方法がサポートされた？」に対し、
　 IReportServerCredentials で固定アカウント接続にできるが、
　その代償として認可の責任がアプリ側に移る（SSRS 側の権限が効かなくなる）
　というトレードオフを明示。
　 <identity impersonate userName password> は平文パスワードであり、
　現在は gMSA / マネージド ID / アプリケーションプール ID を使う旨、
　レポートパラメータをサーバ側で導出する必要がある点を補足。
　 ReportViewer に .NET（Core 系）版はないため、
　移行時は SSRS の REST API で PDF を取得する方式になる点も追記。

フェーズ85（10ページ）

配置先: techinfoofmicrosofttech/programming/web/

元ページ名	移行先ファイル	配置先	元の更新日
ASP.NET Core Angularテンプレート	`MS_ASPNETCoreAngularTemplate.md`	`web/`	2021-05-27
ASP.NET Core React.jsテンプレート	`MS_ASPNETCoreReactTemplate.md`	`web/`	2021-05-27
ASP.NET Core React+Reduxテンプレート	`MS_ASPNETCoreReactReduxTemplate.md`	`web/`	2021-05-27
Node Services	`MS_NodeServices.md`	`web/`	2019-11-08
Spa Services	`MS_SpaServices.md`	`web/`	2018-08-29
Visual Studio CodeによるSPA開発	`MS_VSCodeSPADevelopment.md`	`web/`	2026-06-10
Web Essentials	`MS_WebEssentials.md`	`web/`	2026-06-10
.esproj（JavaScript・TypeScriptプロジェクトシステム）	`MS_ESProj.md`	`web/`	2026-06-10
TypeScript	`MS_TypeScript.md`	`web/`	2019-12-13
JavaScript	`MS_JavaScript.md`	`web/`	2020-11-16

添付ファイル（図）:

移行先ファイル	画像	元の添付ファイル名
`MS_VSCodeSPADevelopment.md`	`MS_VSCodeSPADevelopment_1.png`	`Debug.png`

※ 正誤・最新化の主なもの。

　 ASP.NET Core Angularテンプレート: 原文がサンプルを取り消し線で消し
　「流行ってないので削除しました」と記録した判断は結果として正しかった旨、
　「IDE のテンプレート一覧から消えた」が段階的な廃止の第 1 段階である旨を補足。
　 .NET 8 以降のテンプレートは2 プロジェクト構成（.esproj）に変わった。　 ASP.NET Core React.jsテンプレート: 解説の構造（エントリポイント →
　ルーティング → コンポーネント）は今も有効だが、
　 ReactDOM.render → createRoot、クラスコンポーネント → Hooks、
　 react-router v4 → v6、exact の廃止など API の変化を併記。
　「exact は初期表示」は正確にはパスの完全一致の指定である旨を注記。
　 isomorphic-fetch は Node 18 以降 fetch が標準搭載され不要になった点、
　サンプルにエラー処理・中断処理・失敗状態の表示が欠けている点、
　 fetch は 404 / 500 でも例外を投げない点を補足。
　 create-react-app はReact 公式から非推奨（現在は Vite）。　 ASP.NET Core React+Reduxテンプレート: 「非同期処理は Reducer に書かれる」は
　 Redux の原則に照らすと逆（Reducer は純粋関数で、非同期は thunk 側）である旨を注記。
　「redux-thunk の導入により isomorphic-fetch が削除された」も、
　 fetch 自体は必要で、SSR 対応のため domain-task に置き換わった経緯を補足。
　 store の構成が Ducks パターンであること、
　 connect → Hooks（useSelector / useDispatch）、
　 Redux Toolkit が公式推奨である点、
　そしてサーバの状態は Redux ではなく TanStack Query を使うという
　現在の状態管理の分類を追記。　 Node Services: 原文が「Edge.js はメンテナンスが止まっている」と記録した
　その NodeServices 自身も廃止済みである旨を明示。
　「.NET から JavaScript を実行したい」への現在の答え
　（別サービス + HTTP、Jint、ClearScript）を整理。　 Spa Services: SpaServices は廃止されたが
　 SpaServices.Extensions は残っているという分かりにくい状況を整理。
　残った機能（UseSpa / プロキシ）と消えた機能（Webpack Dev Middleware / SSR）の
　境目に設計判断が表れている点、
　 MapFallbackToFile がなぜ必要か（SPA の直接アクセス・再読込）を補足。　 Visual Studio CodeによるSPA開発: 原文の予測
　「主流は VS Code + Node.js 系ツールになる可能性がある」はその通りになった旨。
　 C# for Visual Studio Code は OmniSharp から Roslyn LSP / C# Dev Kit に変わり、
　 C# Dev Kit はライセンス条件が VS に準じる点を補足。
　フロントとバックを繋ぐ実務上の課題（CORS より Vite の proxy が優れる理由、
　認証方式、OpenAPI からの型生成）も追記。　 Web Essentials: 拡張機能が VS 本体に吸収されて役割を終えたのは成功である旨。
　 2015 年の「コンパイラの削除」が本ページ最大の転換点で、
　 BundleConfig の廃止・JavaScript Services の廃止と同じ方向（.NET 側が
　フロントの面倒を見るのをやめる）を向いている点を整理。
　 Gulp / Grunt は現在ほぼ使われず npm scripts が標準である点、
　 Lint / Format はエディタではなく package.json と CI に置く点を補足。　 .esproj（JavaScript・TypeScriptプロジェクトシステム）: 原文の
　「...VSCode 使えば良いのでは？...」に対し、
　 .esproj でなければできないことはほぼなく、利点は利便性と CI の一本化
　である旨を公平に整理（VS Code 側の利点も併記）。
　 .esproj は独自のビルド機構を持たず npm を呼ぶだけなので
　「VS がないとビルドできない」状態にはならない点、
　 ShouldRunNpmInstall が package-lock.json を更新し得る点
　（CI では npm ci を使う）、本番にはプロキシが存在しない点を補足。　 TypeScript: 参考リンクの goo.gl 短縮 URL は解決終了で辿れないため
　公式ハンドブックの該当箇所を併記。
　「*.ts ファイルをビルコンパイル」の誤記を修正。
　 DefinitelyTyped のリポジトリ移管（borisyankov/ → DefinitelyTyped/）、
　 C# の公称型に対し TypeScript は構造的部分型である点、
　 型は実行時に消える（実行時検証には Zod 等が要る）点、
　 strict / strictNullChecks / unknown の重要性、
　 グローバルインストール（-g）ではなくプロジェクト単位にする理由、
　現在は tsc --noEmit で型チェックのみを行い変換は esbuild が担う点、
　 NuGet で JS ライブラリを取る方式は廃れた点を補足。　 JavaScript: 原文はリンク集のみのため、
　本 Wiki 内の JavaScript 関連ページを分類して集約し、
　 Node.js とブラウザは別の実行環境である点、
　 .NET 開発者が押さえるべき言語差（===、this、シングルスレッド）を補足。

フェーズ86（10ページ）

配置先: techinfoofmicrosofttech/programming/、infrastructure/windowsos/（IME）

元ページ名	移行先ファイル	配置先	元の更新日
アップロード・ダウンロード	`MS_UploadAndDownload.md`	`programming/`	2019-09-25
アップロードのいろいろ	`MS_UploadTopics.md`	`programming/`	2019-09-25
ダウンロードのいろいろ	`MS_DownloadTopics.md`	`programming/`	2023-12-13
Grid	`MS_Grid.md`	`programming/`	2020-01-07
IME	`MS_IME.md`	`infrastructure/windowsos/`	2018-02-03
IME制御	`MS_IMEControl.md`	`programming/`	2018-02-03
*.configの暗号化	`MS_ConfigEncryption.md`	`programming/`	2020-09-23
FaaS config	`MS_FaaSConfig.md`	`programming/`	2021-05-10
プロセス間通信	`MS_InterProcessCommunication.md`	`programming/`	2020-10-12
逆コンパイル・難読化	`MS_DecompileAndObfuscation.md`	`programming/`	2021-11-05

※ 正誤・最新化の主なもの。

　 アップロードのいろいろ: 「Streaming 対応が無いとメモリ・リークに陥る」は
　厳密にはメモリ枯渇（解放漏れではない）である旨を注記。
　「PUT は multipart と組み合わせられない」もプロトコルの制約ではなく
　当時のフレームワーク実装の都合である旨を補足。
　 RFC 1867 は現在 RFC 7578 に置き換えられている点、
　 filename を信用してはならない（パストラバーサル）点、
　 保存先を公開ディレクトリにしない点、
　現在は SAS URL によるストレージへの直接アップロードが定石である点、
　 jQuery-File-Upload はアーカイブ済みで tus / Uppy が後継である点を補足。　 ダウンロードのいろいろ: Response.Flash() は Response.Flush() の誤記。
　 Response.End() は ThreadAbortException を投げるため
　 try/catch に入る問題があり、CompleteRequest() を使う旨を明示。
　原文のヘッダダンプにサーバのフルパスが漏れている
　（filename=e:xxx.pdf）点、charset がバイナリに付いている点を指摘。
　 日本語ファイル名は filename*=UTF-8''…（RFC 6266）で出す必要がある点、
　 X-Content-Type-Options: nosniff と
　 利用者由来のファイルは必ず attachment にする点、
　 Content-Range（原文は「Content-Ranges」）の綴り、
　 ZoneId は現在 MOTW と呼ばれ、Office のマクロブロックで影響が拡大した点を補足。　 IME制御: ime-mode は Chromium 系で一度も実装されておらず、
　現在はほぼ効かない旨を明示（原文の「使わない方が良い」は正しかった）。
　 inputmode は現在は主要ブラウザで使えるが、
　デスクトップの IME には影響しない点、
　 Windows Forms の ImeMode は今も有効で
　 Off と Disable の違いが実務で効く点、
　 WPF は InputMethod 添付プロパティで制御する点、
　別スレッドで IME が壊れるのはIME コンテキストがスレッド単位のためである点を補足。　 *.configの暗号化: 保護された構成は .NET Framework の仕組みで、
　 .NET（Core 系）には存在しない（設計が「隠す」から「持たない」へ移った）旨を明示。
　「CNG のプロバイダを使用している模様」は正しくは CryptoAPI(CAPI) の RSA キーコンテナ。
　暗号化できないセクションがある理由（復号の仕組みより先に読まれる）、
　 aspnet_regiis -pa によるアクセス権付与を忘れて落ちるという最頻出の障害、
　 Web ファームでの鍵のエクスポート／インポート手順、
　現在は User Secrets / Key Vault / マネージド ID を使う旨を補足。　 プロセス間通信: 「HandleInheritability.Inheritable は内部的に DuplicateHandle」
　という推測は方向として正しく、実際は bInheritHandle + CreateProcess で
　 OS がまとめて複製する点を補足。
　 fork と CreateProcess の違い、
　 DisposeLocalCopyOfClientHandle() の呼び忘れで子が終了を検知できない点、
　 .NET Remoting / WCF は .NET Core 以降に存在しないため
　現在は gRPC / メッセージキューである点、
　 標準入出力 IPC は LSP / MCP で今も現役（stderr を読まないとデッドロックする）点を補足。　 逆コンパイル・難読化: 「難読化は単なる時間稼ぎ」という原文の核心は今も最も正確。
　 C/C++ の逆コンパイルは「不可能」ではなく
　 Ghidra / IDA で擬似コードまでは読める（非常に手間がかかる、が正しい）旨を更新。
　「スクリプト言語は難読化もできない」は正確でない（JS の難読化は広く行われている）。
　 ConfuserEx / Telerik JustDecompile / dnSpy は開発停止、
　 難読化はリフレクション・シリアライズ・XAML バインディングを壊す点、
　 秘密情報は難読化しても守れない（サーバに置く／Native AOT）点を補足。

フェーズ87（10ページ）

配置先: techinfoofmicrosofttech/programming/、infrastructure/shell/（CLI 系）

元ページ名	移行先ファイル	配置先	元の更新日
CLI開発（Sharprompt）	`MS_CLISharprompt.md`	`infrastructure/shell/`	2021-06-23
CLI開発（System.CommandLine）	`MS_CLISystemCommandLine.md`	`infrastructure/shell/`	2021-06-23
Apache log4net	`MS_ApacheLog4net.md`	`programming/`	2025-07-02
NLog	`MS_NLog.md`	`programming/`	2025-07-02
CSharp for Visual Studio Code	`MS_CSharpForVSCode.md`	`programming/`	2026-06-10
Python for Visual Studio Code	`MS_PythonForVSCode.md`	`programming/`	2026-06-10
OmniSharp	`MS_OmniSharp.md`	`programming/`	2021-04-19
DLL作成手順	`MS_DLLCreationSteps.md`	`programming/`	2018-02-03
.NETにおいてAOPを実現する透過プロキシ	`MS_TransparentProxyForAOP.md`	`programming/`	2020-08-02
Windows App Development CLI（winapp CLI）	`MS_WinAppCLI.md`	`programming/`	2026-06-29

添付ファイル:

移行先ファイル	ファイル	元の添付ファイル名
`MS_CSharpForVSCode.md`	`MS_CSharpForVSCode_1.png` … `_3.png`	`Win-1.png`、`Win-2.png`、`Win-3.png`
`MS_TransparentProxyForAOP.md`	`MS_TransparentProxyForAOP_1.png` … `_3.png`	`BasicOperationOfRealProxy1.png` … `3.png`
`MS_TransparentProxyForAOP.md`	`MS_TransparentProxyForAOP_RealProxy.zip`	`RealProxy.zip`（図以外の添付）

※ 正誤・最新化の主なもの。

　 CLI開発（Sharprompt）: CLI開発（System.CommandLine）との
　 役割の違い（引数解析 vs 対話入力）を明示し、
　 両方を組み合わせるのが実際の使い方である旨を整理。
　 端末でない環境（CI・パイプ）では対話をやめる必要がある点、
　全角文字の表示幅の問題、Spectre.Console との使い分けを補足。　 CLI開発（System.CommandLine）: 本ライブラリは長期間 beta で API が
　何度も破壊的に変更されたため、バージョンを固定して使う必要がある旨を明示。
　 [parse] / [debug] ディレクティブの実用的な価値、
　レスポンスファイル（コマンドライン長の上限）、
　 Rendering は開発停止（現在は Spectre.Console）、
　 DragonFruit も更新が止まっている点、
　 Hosting により Web / バッチ / CLI で実装を共有できる点を補足。　 Apache log4net: 原文の「lon4net」の綴りを修正。
　 log4net は 2020 年に開発休止が示唆されたが、その後メンテナンスが再開した旨を最新化。
　「composite ではファイル数を一定に保てない（古い日付が消えない）」という
　原文の指摘はディスク枯渇の実障害に直結するため補強し、対策を追記。
　 AdoNetAppender / SmtpAppender は推奨しない理由、
　 複数プロセスからの書き込み（MinimalLock）、
　 ThreadContext と LogicalThreadContext（async をまたぐ）の違い、
　コンテナでは標準出力に出すのが定石である点を補足。　 NLog: ラッパーターゲット（AsyncWrapper / FallbackGroup / LimitingWrapper）が
　 log4net の AdoNetAppender の問題を解決する仕組みである点を具体化。
　参考リンクが依拠する「log4net の開発休止」という前提は
　 現在は当てはまらない旨を注記。
　 maxArchiveFiles により世代数を制限できる点（log4net にない利点）、
　 ILogger との統合と JsonLayout による構造化ログ、
　 LogManager.Shutdown() を呼ばないとログが失われる点を補足。　 CSharp for Visual Studio Code: 原文は図が中心で本文が乏しいため、
　拡張機能の構成（C# / C# Dev Kit / IntelliCode）と
　 C# Dev Kit は Visual Studio のライセンス条件に従う点を補足。
　言語サービスが OmniSharp から Roslyn LSP へ移行した（2023）点、
　 launch.json の console: integratedTerminal を指定しないと
　 Console.ReadLine が効かない点、Visual Studio との使い分けを追記。　 Python for Visual Studio Code: 拡張の分割（Pylance が言語サービス）、
　 WSL2 上で動かす構成の理由（ライブラリが Linux 前提、本番との差を減らす）、
　プロジェクトを /mnt/c ではなく WSL2 側に置く点、
　 インタープリターの選択が最初の関門である点、
　 .ipynb をソース管理する際の出力のクリアを補足。　 OmniSharp: 「Visual Studio Code 開発の中で派生してしまった感」は
　 順序が逆（OmniSharp が先。VS Code が採用した）である旨を注記。
　これが LSP（M×N 問題を M+N にする）の先駆けであった点、
　 VS Code の C# 拡張は 2023 年に Roslyn ベースへ置き換わり、
　現在は OmniSharp を経由していない点、
　それでも Vim / Emacs では現役である点を補足。　 DLL作成手順: 冒頭の表が「DLL 側の公開方法」×「呼ぶ側の読み込み方」の
　 2 軸である旨を図解。
　 #include <stdafx.h> は引用符が正しく、VS 2017 以降は pch.h である点、
　 extern "C" と .def が「装飾なしの名前」を得るために要る理由、
　 __stdcall と __cdecl の不一致でスタックが壊れる（最頻出の不具合）点、
　 C++ 例外を DLL 境界の外へ投げてはならない点、
　 DLL 検索順序と DLL Hijacking、
　 [LibraryImport]（.NET 7 以降、AOT 対応）を補足。　 .NETにおいてAOPを実現する透過プロキシ: RealProxy は
　 System.Runtime.Remoting に属し、.NET（Core 系）では使えない旨を明示。
　 MarshalByRefObject の継承要求が単一継承・sealed で適用できないという
　実用上の障害である点、
　 Invoke で TargetInvocationException を剥がす必要がある点、
　現在の代替（DispatchProxy（標準）/ Castle DynamicProxy /
　 DI のデコレーター / Source Generator）を補足。　 Windows App Development CLI（winapp CLI）: 原文の
　「Visual Studio モノリシック（ロックイン）」という診断を、
　 **「GUI 操作が前提だと CI にもエージェントにも載らない」**という形で整理。
　対応フレームワークに Rust / Electron / Flutter / Tauri が並ぶことが
　「作り方は自由、配り方を標準化する」設計を示す点、
　 CLI が本体で GUI（VS Code 拡張）はその上の層という順序が
　 .esproj や Web Essentials と同じである点を補足。

フェーズ88（10ページ）

配置先: techinfoofmicrosofttech/programming/、programming/data_access/（バッチ）

元ページ名	移行先ファイル	配置先	元の更新日
CDN（Content Delivery Network）	`MS_CDN.md`	`programming/`	2021-03-31
C10k problem (C10K問題)	`MS_C10kProblem.md`	`programming/`	2021-06-23
WebAssembly	`MS_WebAssembly.md`	`programming/`	2020-03-09
ネイティブ vs ハイブリッド	`MS_NativeVsHybrid.md`	`programming/`	2021-06-15
ネイティブ vs SPA（Single-page Application）	`MS_NativeVsSPA.md`	`programming/`	2021-06-15
ネイティブ vs クロスプラットフォーム	`MS_NativeVsCrossPlatform.md`	`programming/`	2021-06-15
モバイル系開発	`MS_MobileDevelopment.md`	`programming/`	2021-06-15
.NETとスマホ	`MS_DotNetAndSmartphone.md`	`programming/`	2021-05-31
.NETでバッチは書けるか？	`MS_DotNetBatch.md`	`data_access/`	2026-05-27
アンマネージドコードのクロスプラットフォーム化	`MS_UnmanagedCodeCrossPlatform.md`	`programming/`	2020-12-08

※ 当初「Content Security Policy (CSP)」を予定していたが、
　 3 サイトのダンプいずれにも実体がなかったため
　「アンマネージドコードのクロスプラットフォーム化」に差し替えた
　（CSP は TODO.md の「元 Wiki 側のリンク切れ」へ移動）。

※ 正誤・最新化の主なもの。

　 CDN（Content Delivery Network）: 原文はリンク集のため、
　 CDN の効果（低遅延だけでなくオリジンの負荷軽減・DDoS 緩和・TLS 終端）、
　 キャッシュ設計の誤りで他人のレスポンスが返るという最も危険な事故、
　 第三者 CDN からライブラリを借りる方式はキャッシュ分離により利点を失った点、
　 ajax.aspnetcdn.com は 2022 年に提供終了した点を補足。　 C10k problem (C10K問題): 「.NET の async/await は ≒ イベントループ、
　ノンブロッキング I/O で動作する」は本質は正しいが、
　 .NET はシングルスレッドのイベントループではない（スレッドプール + IOCP）旨を明示。
　ノンプリエンプティブ・マルチタスクとの対比が
　秀逸である点を補強し、
　 epoll（準備完了通知）と IOCP（完了通知）の違い、
　「ノンブロッキング I/O」と「非同期 I/O」の用語の違い、
　 .Result / .Wait() によるスレッドプール枯渇、
　現在のボトルネックは DB 接続プール・ソケット枯渇へ移った点を補足。　 WebAssembly: 原文はリンク集のため、
　 Wasm は DOM を直接操作できず、JS を置き換えるものではない点、
　 Blazor の Server と WebAssembly の違い（.NET 8 の
　レンダーモードで二者択一ではなくなった）、
　 WASI（ブラウザ外の Wasm）の位置付けを補足。　 ネイティブ vs ハイブリッド: 本文が転送リンク 1 行のみのページのため、
　転送であることを明示したうえで、
　「ハイブリッド」が 3 分類のうちの 1 つに再整理された経緯を補足。　 ネイティブ vs SPA（Single-page Application）: セル結合を展開。
　比較表のうち「デバイスの機能」の評価が最も変化した（Web API が大幅に増えた）旨を更新し、
　 iOS Safari の対応が実質的な上限である点、
　 ストア審査の存在が業務システムではネイティブを避ける決め手になる点を補足。　 ネイティブ vs クロスプラットフォーム: セル結合を展開。
　 3 分類（ハイブリッド型 / ネイティブ UI 型 / 独自レンダラ型）は今も有効と評価し、
　描画の仕組みの違いを図解。
　 Cordova は 2025 年にアーカイブ、Xamarin は 2024 年 5 月サポート終了を明示し、
　 MAUI Blazor Hybrid が第 4 の分類として加わった点、
　原文が挙げる技術の多くが終了した事実自体が
　「技術の寿命もコストに含める」という教訓を裏付ける点を補足。　 モバイル系開発: User-Agent は凍結・削減が進み、Client Hints へ移行した点、
　 GraphQL はトレードオフのある別方式（キャッシュ・認可・重いクエリ）であり
　 REST + BFF で足りることも多い点を補足。　 .NETとスマホ: Xamarin はサポート終了、CodePush / App Center は 2025 年に終了を明示。
　「FCM 経由にすると APNs の複雑さがブラックボックス化される」という
　原文の判断は今も正しい旨を補強し、
　 serviceAccountKey.json は Key Vault に置く点、
　 トークンは変わるため失効時に削除する／ログアウト時に無効化する
　（しないと他人の端末に通知が届く）点、
　 通知本文に個人情報を入れない点を補足。
　 APNs の参考リンクが依拠するバイナリプロバイダ API は 2021 年に廃止された点も注記。　 .NETでバッチは書けるか？: サンプルの UPDATE SET … は
　 テーブル名が欠けている（疑似コードと読める）旨を注記。
　 SQL Server のパラメータ上限 2,100、INSERT ... VALUES の 1,000 行上限を明示。
　 テーブル値パラメータが原文の課題（パラメータ数の制約）への解である点、
　 SQL CLR は Azure SQL Database で使えず、CLR strict security で導入が煩雑になった点、
　 ラウンドトリップが支配的（同一サーバ 50 秒 → クラウド越し 83 分）という数字、
　結論の「ステージング + DB 機能へ委譲」が
　 現在の ELT の考え方そのものである点、
　現在は Worker Service / SqlBulkCopy が定石である点を補足。　 アンマネージドコードのクロスプラットフォーム化: Environment.OSVersion による分岐は
　現在は非推奨で OperatingSystem.IsWindows() を使う旨を明示
　（アナライザーが [SupportedOSPlatform] と連動する）。
　「ラッパー内部で分岐させる」という原文の結論は
　 .NET のランタイム自身が採る設計であり
　依存性反転原則そのものである点を補強。
　 DllImport は拡張子を書かない（書くと移植性が落ちる）点、
　 glibc と musl の差、NuGet の runtimes/ 規約による
　ネイティブライブラリの配布、DllNotFoundException の切り分け手順を補足。

フェーズ89（6ページ）

配置先: techinfoofmicrosofttech/programming/ui_subsystem/、programming/（Invoke）

※ 6 ページに減らした。XAMLの書き方（１）（138KB / 図 42 点）と
　 XAMLの書き方（２）（67KB / 図 12 点）が突出して大きく、
　分割すると図番号と本文の対応が崩れるため、
　一括で移行することを優先した。

元ページ名	移行先ファイル	配置先	元の更新日
WPFのコントロール	`MS_WPFControls.md`	`ui_subsystem/`	2017-03-12
VSデザイナの問題	`MS_VSDesignerProblem.md`	`ui_subsystem/`	2021-03-26
Control.Invoke、.BeginInvoke	`MS_ControlInvoke.md`	`programming/`	2018-09-14
WPFのアーキテクチャ	`MS_WPFArchitecture.md`	`ui_subsystem/`	2017-03-12
XAMLの書き方（１）	`MS_XAMLWriting1.md`	`ui_subsystem/`	2017-05-28
XAMLの書き方（２）	`MS_XAMLWriting2.md`	`ui_subsystem/`	2021-06-11

※ 添付ファイル（図）。

　 XAMLの書き方（１）: 図 42 点を MS_XAMLWriting1_1.png 〜 _42.png として配置。
　 #ref の出現順で採番したが、RenderingResultOfStyleTemplate2.png のみ
　 2 箇所から参照される同一ファイルのため、1 つだけ配置し両方から参照している。　 XAMLの書き方（２）: 図 12 点を MS_XAMLWriting2_1.png 〜 _12.png として配置。

※ 体裁の主なもの。

　 XAMLの書き方（１）: 移行元では、PukiWiki の表セル内に &br; /   で
　コードを詰め込んでいる箇所が多数あったため、
　 表には説明列のみを残し、コード例は表の直後にフェンス付きコードブロックとして展開した。
　併せて、PukiWiki のセル結合（> / ~）は GitHub Wiki に対応機能がないため
　 同じ値を展開している。

※ 正誤・最新化の主なもの。

　 WPFのコントロール: UWP / WinUI 3 / .NET MAUI / Avalonia への系譜を整理し、
　 WPF が .NET 8/9 でも継続保守されている点を明示。　 Visual Studioデザイナの問題: .NET Core 世代でデザイナが再実装され、
　 Windows Forms デザイナは VS 2019 16.10（2021 年 5 月）で正式提供された点を補足。　 コントロールのInvokeメソッド: UI サブシステムごとのマーシャリング手段
　（Control.Invoke / Dispatcher / DispatcherQueue）を対比し、
　現在は async/await + IProgress<T> で書くのが定石である点を補足。　 WPFのアーキテクチャ: 見出しアンカーへのリンク
　（[...](#wpfプロパティ-システム)）は GitHub Wiki では解決が不安定なため、
　 プレーンテキストに変更した。　 XAMLの書き方（１）: 暗黙のスタイル（x:Key なし）は完全一致でのみ適用される点、
　 TemplateBinding と RelativeSource TemplatedParent の性能・機能差、
　 依存関係プロパティの優先順位（ローカル値はトリガーより強い）、
　 ItemsPanel を差し替えると仮想化が止まる点、
　 ListView+GridView と DataGrid の使い分けを補足。
　また「データトリガには、Trigger と、MultiTrigger の 2 つがある」を
　 「プロパティトリガには」の誤記と判断して修正した。　 XAMLの書き方（２）: 「アニメーション」節が見出しのみで本文がないため、
　参照元（XAMLの書き方（１） のイベントトリガ）から辿る読者のために
　 Storyboard / FillBehavior / VisualStateManager の骨子を補足。
　「WindowNavigation / Window が使用出来ない」を NavigationWindow の誤記として修正。
　 Application.Properties はプロセス単位の静的辞書であり Session とは異なる点、
　 Owner を設定しないモーダルダイアログが操作不能に見える問題、
　 MessageBox が Win32 API のラッパーでスタイルが効かない理由、
　 OpenFolderDialog が .NET 8 で標準化された点、
　バリデーションの 4 方式（INotifyDataErrorInfo 推奨）と
　 **フォーカス制御が難しい理由（論理フォーカスとキーボードフォーカス）**を補足。

フェーズ90（12ページ）

配置先: techinfoofmicrosofttech/programming/、techinfoofmicrosofttech/testing/

※ 12 ページに増やした。開発ツール系（Sharp Develop / Mono Develop /
　 Xamarin Studio / Visual Studio for Mac）は相互に参照し合う 1 セットであり、
　分割すると未移行リンクが大量に発生するため、まとめて移行した。

元ページ名	移行先ファイル	配置先	元の更新日
.NETコントロールのカスタマイズ方法	`MS_DotNetControlCustomization.md`	`programming/`	2019-05-07
Gridのヘッダ固定方法	`MS_GridHeaderFix.md`	`programming/`	2020-01-07
GridViewとjQGrid	`MS_GridViewAndjQGrid.md`	`programming/`	2020-01-07
Sharp Develop	`MS_SharpDevelop.md`	`programming/`	2020-09-02
Mono Develop	`MS_MonoDevelop.md`	`programming/`	2020-09-02
Xamarin Studio	`MS_XamarinStudio.md`	`programming/`	2020-09-04
Express関連	`MS_VisualStudioExpress.md`	`programming/`	2025-08-21
Visual Studio for Mac	`MS_VisualStudioForMac.md`	`programming/`	2020-09-02
Visual Studio＋Apache Cordova	`MS_VSApacheCordova.md`	`programming/`	2022-01-14
Visual Studio＋Monaca	`MS_VSMonaca.md`	`programming/`	2020-02-21
OSSホスティング・サービス	`MS_OSSHostingService.md`	`testing/`	2023-12-13
Dart・Flutter for Visual Studio Code	`MS_DartFlutterForVSCode.md`	`programming/`	2026-06-10

※ 添付ファイルなし。

※ 正誤・最新化の主なもの。

　 .NETコントロールのカスタマイズ方法: [DefaultValue] は
　 既定値を設定する属性ではなく、デザイナがコードを出すかどうかの目印である点、
　 HtmlTextWriter は AddAttribute を使わないと属性値がエスケープされず XSS になる点、
　カスタムコントロールの name 属性には UniqueID（ClientID ではない）を使う点、
　 RenderControl で HTML を後から ToUpper() すると
　 id / name まで大文字化されて壊れる点、
　 Windows Forms 側は Refresh() より Invalidate() が適切である点、
　 new による隠蔽が危険な理由（変数の型で呼ばれる実装が決まる）を補足。
　また、Windows Forms の OnPaint 節の冒頭が
　 ASP.NET 側からのコピー残り（「出力される HTML のカスタマイズは Render 系メソッドで」）
　になっていたため削除した。
　 MSDN の URL 群は Microsoft Learn の previous-versions アーカイブへ置換。　 Gridのヘッダ固定方法: 列挙されている 6 手法は
　 CSS に固定手段がなかった時代の回避策であり、
　現在は position: sticky の 1 行で済む点、
　効かないときの典型原因（祖先の overflow、背景色の指定漏れ）を補足。
　 readonly と disabled の差は POST されるかどうかが最重要である旨を表で整理。
　 jqGrid のライセンス変更の警告は現実になった（Guriddo は商用有償、
　 free-jqgrid は MIT のまま分岐）ことを追記。　 GridViewとjQGrid: 「更新処理があるならサーバ側で完結させた方が楽」という
　 判断軸は今も有効と評価したうえで、
　 Web Forms が .NET Core 以降に移植されていないという前提の変化を明示し、
　現在の読み替え（Blazor / API + AG Grid 等）を補足。
　 DataTable をバインドした場合 SelectedValue は DataRowView であり
　 DataRow へのキャストは失敗する点を指摘。　 Sharp Develop: 2016 年 4 月を最後にリリースなし、リポジトリはアーカイブ済み。
　ただし AvalonEdit / ILSpy / NRefactory という遺産は今も広く使われている点を補足。　 Mono Develop: 2024 年に GitHub リポジトリがアーカイブされ、
　 Mono 本体も 2024 年に WineHQ へ移管された点、
　現在 Linux で .NET を開発するなら VS Code + C# Dev Kit / Rider である点、
　 GTK の GUI なら Avalonia UI が最も現実的な移行先である点を補足。　 Xamarin Studio: MonoDevelop → Xamarin Studio → Visual Studio for Mac という
　系譜が 2024 年 8 月 31 日に終着した点、
　 Xamarin 自体も 2024 年 5 月 1 日にサポート終了（後継は .NET MAUI）を明示。　 Express関連: Visual Studio Express は 2017 版を最後に廃止（Community に統合）、
　 SQL Server Compact は廃止、IIS Express は現役だが
　 ASP.NET Core の既定は Kestrel である点を表で整理。
　移行元のアンカーリンク（Visual Studio#...）は
　 GitHub Wiki で解決が不安定なため節の参照に変更した。　 Visual Studio for Mac: 2024 年 8 月 31 日にサポート終了。
　原文の「MonoDevelop 寄りで Visual Studio っぽくない」という評価が、
　 Windows 版とコードベースを共有しなかったこと＝廃止の実質的な理由を
　言い当てていた点を補足。　 Visual Studio＋Apache Cordova: Visual Studio Tools for Apache Cordova は
　 VS 2019 で提供されなくなり、2020 年に公式サイトも閉鎖された点、
　 Adobe PhoneGap は 2020 年 10 月にサポート終了し、
　 Cordova 自体も Attic 入りが議論される状況である点、
　後継は Capacitor / PWA / MAUI Blazor Hybrid である点を補足。
　「Window 上でエミュレータを」を「Windows 上」に修正。　 Visual Studio＋Monaca: 本文が「...。」のみで未執筆のページ。
　見出しは残したうえで、Monaca が Cordova のクラウドビルドサービスであること、
　 Monaca for Visual Studio は現在提供されていないことを補足。　 OSSホスティング・サービス: 3 者（GitHub / GitLab / GitBucket）の
　選定の観点を補い、ホスティングサービスの価値は Git そのものではない
　（Issue / PR / CI / 権限管理）という点、近年の選択肢を補足。　 Dart・Flutter for Visual Studio Code: 「参考」の 3 件が
　 すべて Jupyter / Python に関するもので、本ページの主題と無関係
　（Python for Visual Studio Code からのコピー時の混入と思われる）である旨を明記し、
　本来参照すべき一次情報（Flutter 公式 / dartcode.org / Marketplace）を補った。

フェーズ91（12ページ）

配置先: techinfoofmicrosofttech/（RPA）、infrastructure/platform/、
infrastructure/platform/virtualization/、infrastructure/identity/certificate/、
programming/、programming/ui_subsystem/、programming/desktop/、
programming/dotnetcore/、programming/migration/

※ 12 ページに増やした。組み込み系（Windows 10 IoT Core /
　 .NET Micro Framework / TinyCLR OS）が相互に参照し合う 1 セットであるため、
　まとめて移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Windows 10 IoT Core	`MS_Windows10IoTCore.md`	`platform/`	2021-05-01
Visual Studio Kubernetes Tools	`MS_VSKubernetesTools.md`	`virtualization/`	2026-07-12
GitHub Copilot Coding Agent	`MS_GitHubCopilotCodingAgent.md`	`programming/`	2026-07-14
Windows Desktop Packsへの移行	`MS_MigrationToWindowsDesktopPacks.md`	`dotnetcore/`	2026-01-15
VB6→VB.NET移行 FAQ	`MS_VB6ToVBNETFAQ.md`	`migration/`	2026-01-15
ASP.NET＋クライアント証明書	`MS_ASPNETClientCert.md`	`certificate/`	2021-05-10
.NET Micro Framework	`MS_DotNetMicroFramework.md`	`platform/`	2021-06-23
RPA (Robotic Process Automation)	`MS_RPA.md`	ルート	2022-06-15
React Native for Windows	`MS_ReactNativeForWindows.md`	`desktop/`	2021-05-24
.NET4におけるサンドボックス化API	`MS_DotNet4Sandbox.md`	`programming/`	2017-02-27
TinyCLR OS	`MS_TinyCLROS.md`	`platform/`	2019-10-29
コンストラクタで子コントロール追加すると二重追加される件	`MS_DoubleAddedControls.md`	`ui_subsystem/`	2017-10-17

※ 添付ファイル（図）。

　 Windows 10 IoT Core: 図 7 点を MS_Windows10IoTCore_1.png 〜 _7.jpg として配置
　（#ref の出現順。_2 と _7 は .jpg）。　 Visual Studio Kubernetes Tools: 図 4 点を
　 MS_VSKubernetesTools_1.png 〜 _4.png として配置。

※ 正誤・最新化の主なもの。

　 Windows 10 IoT Core: Windows 11 IoT Core は存在せず、
　 Raspberry Pi 4 への正式対応もついに提供されなかった点を明示し、
　現在は **Raspberry Pi OS + .NET（System.Device.Gpio / Iot.Device.Bindings）**が
　定番である点を補足。
　移行元にパンくずがなかったため、Tags から
　組み込み系のWindowsを調査を戻り先として補った。
　 LCD のコード中の疑問「先頭 0x40 は？」に対し、
　 ST7032 系コントローラの制御バイト（RS ビット）である旨を回答。
　 BME280 の 600 行超のクラスは Bosch のデータシート由来の補正計算であり、
　温度を先に読まないと気圧・湿度が狂う（t_fine 依存）点を明示。
　 Twitter API は 2023 年に有料化され本節の手順はそのままでは実行できない点、
　 IoT の通知先としては Slack Webhook / MQTT / InfluxDB + Grafana が現実的である点を補足。
　併せて Android Things も 2021 年 1 月に終了しており、
　「汎用 OS を IoT へ持ち込む」路線自体が終息した旨を追記。　 Visual Studio Kubernetes Tools: Azure Dev Spaces は 2023 年 10 月に廃止、
　後継の Bridge to Kubernetes も 2025 年に非推奨化された点を明示。
　 Compose on Kubernetes も 2021 年頃に非推奨化されており、
　作者が到達した「Kompose を移行ツールのように使うしかない」という結論が
　正しかった点を評価。
　「その文字は使えない」＝ RFC 1123 に反する _ を含むリソース名、
　「ファイルをマウントしろ」＝ hostPath ではなく ConfigMap を使うという
　具体的な原因を補足。
　「ASK を使いこなす」を「AKS」に修正。　 GitHub Copilot Coding Agent: エージェント（.agent.md）とスキル（SKILL.md）の
　役割の違い（人格・ツール vs 手順・知識、独立コンテキスト vs 読み込み）を表で整理し、
　 Progressive Disclosure により description の書き方が最重要である点を補足。
　レガシー .NET 開発でエージェントが躓く 2 点
　（旧形式 .csproj の編集競合、BOM 付き UTF-8 の要求）を一般化し、
　 .editorconfig / AGENTS.md での対処を提示。
　「文字化が発生して」を「文字化けが発生して」に修正。　 Windows Desktop Packsへの移行: 「VS2019 ではデザイナ使用不可」は当時として正しいが、
　 WPF は 16.3 頃、Windows Forms は 16.10（2021 年 5 月）で正式提供された点、
　現在は Microsoft.NET.Sdk + net8.0-windows で書け
　 Microsoft.NET.Sdk.WindowsDesktop は不要である点、
　 ClickOnce は .NET 5 以降で正式サポートされ
　 VB のテンプレートも提供された点（本ページの予測どおり）を補足。
　条件付きコンパイルシンボルの NETCOREAPP_3_0 は NETCOREAPP3_0 の誤りを修正。
　「designs/compat-pack.md」のリンクが直前の項目と同一 URLだったため
　 GitHub の設計文書へ張り替えた。　 VB6→VB.NET移行 FAQ: 2020 年の民法改正で「瑕疵担保責任」は
　「契約不適合責任」に変わり、準委任も履行割合型／成果完成型が明文化された点を補足。
　アップグレードウィザードは VS 2010 で削除済みであり、
　現在は VS 2008 での 2 段階変換か商用ツール（Mobilize.Net 等）である点、
　 VB6 ランタイムは Windows に同梱され今も動くこと自体が塩漬けの一因である点、
　「変換率はスクリーニング指標であって見積もりの根拠にはならない」という
　本ページの洞察を補強。
　 ADODB → ADO.NET の対応表と DBNull の扱いを補足。　 ASP.NET＋クライアント証明書: 証明書をヘッダで渡す構成は、
　前段プロキシが同名ヘッダを必ず上書きしないと
　任意の証明書になりすませるという致命的な落とし穴を明示。
　 Kestrel の ClientCertificateMode と
　 CertificateForwarding ミドルウェアという現在の解を提示し、
　作者が保留した「OpenSSL と何が違うか不明」に対しては
　 EKU（clientAuth）の欠落が最有力である旨を回答。
　未執筆だった Linux 配下 3 節（Kestrel / Apache / nginx）の設定要点を補い、
　 nginx では $ssl_client_cert は改行を含むため $ssl_client_escaped_cert を使う点を明記。
　 PEM の読み書きは .NET 5/6 で標準化され Bouncy Castle は不要になった点も補足。
　「クラアント」（イの欠落）を「クライアント」に統一。　 .NET Micro Framework: 2018 年にリポジトリがアーカイブされ、
　実質的な後継は .NET nanoFramework（ESP32 / STM32 対応）である点、
　 Netduino も 2019 年に販売終了し後継は Meadow である点を補足。
　 .NET Gadgeteer の「ハンダ付け不要のモジュール式」という思想自体は
　 Grove / M5Stack / Qwiic として業界に定着した旨を追記。　 RPA (Robotic Process Automation): 「UI オートメーションベースなので
　多分そんな簡単じゃない」という留保が的中したと評価し、
　三大失敗パターン（野良ロボット / 画面変更で壊れる / 非効率を固定化する）を整理。
　 Power Automate for desktop の Windows への無償同梱（2021 年）が
　実際に淘汰をもたらした点、
　 UiPath が WF4 の .xaml を使っているという観察が正確である点、
　次の波は生成 AI との統合（Copilot / Autopilot）と Computer Use 型エージェントである点を補足。
　併せて Google Tables は 2022 年に AppSheet へ統合されて終了した旨を追記。　 React Native for Windows: 開発は今も継続中（Office / Xbox アプリで使用）だが、
　 Microsoft の本命は WinUI 3 / Windows App SDK（＝本ページが「敗走を重ねた」とした
　 XAML 系そのもの）に戻った点を明示。
　原文の問い「Electron はどうなった？」には、
　 VS Code は今も Electron のままであり、
　 Teams は WebView2 へ刷新されたという第三の道が主役になった旨を回答。
　「突っ込んてくる」を「突っ込んでくる」に修正。　 .NET4におけるサンドボックス化API: CAS は .NET Framework 4.0 で非推奨、
　 .NET Core 以降は AppDomain の複数生成自体が不可能（PlatformNotSupportedException）
　である点を明示。
　現在の代替はプロセス分離 / OS のサンドボックス / コンテナ / WebAssembly であり、
　 AssemblyLoadContext はセキュリティ境界ではない点を補足。
　併せて BinaryFormatter は .NET 9 で完全に削除された旨を追記。　 TinyCLR OS: GHC の自社ボード専用であり汎用の .NET 組み込み基盤ではない点、
　コミュニティ主導の .NET nanoFramework が最も活発な後継である点、
　 Raspberry Pi のような SBC 向けは .NET IoT Libraries と
　対象が異なる点を整理。　 コンストラクタで子コントロール追加すると二重追加される件: デザイナが
　コントロールのインスタンスを実際に生成して描画しているという
　事実がこの現象の根本である点を明示。
　 Windows Forms 側は InitLayout 以外の選択肢
　（OnHandleCreated / OnLoad）と再入防止の定石を補い、
　 DesignMode はコンストラクタ内では常に false であり
　本ページの主題では役に立たない（LicenseManager.UsageMode を使う）点を指摘。
　 Web Forms 側は、二重化が「永続化される Items」と
　「毎回 DataBind で追加される Items」の二重の足し算である点を解説し、
　 GetErrorDesignTimeHtml / GetEmptyDesignTimeHtml の存在、
　 デザイナクラスは実行時に不要なので別アセンブリに分けるのが正しい点を補足。
　「カスタム ラベル コントロール（WebCustLabel）のクラス定義に」は
　直後のコードと一致しない（正しくは WebCustRadioButtonList）ため注記した。

※ 当初「データアクセスのいろいろ」を予定していたが、
　 MS_DataAccessTopics.md として移行済みであることが
　検証段階で判明したため、
　「コンストラクタで子コントロール追加すると二重追加される件」に差し替えた
　（本フェーズの MS_VSDesignerProblem / MS_DotNetControlCustomization の
　双方から参照されており、予約のまま残すと未移行リンクになるため）。

※ TODO.md の「元 Wiki 側のリンク切れ」に記録していた
　「Content Security Policy (CSP)」について、
　 ハイフン区切りの別名 Content-Security-Policy には実体があることを確認したため、
　 techinfoofmicrosofttech / dotnetdevelopmentinfrastructure の双方で予約し、
　当該行にその旨を追記した（ページ名が異なるため、CSP 側の記載は維持）。

フェーズ92（10ページ）

配置先: techinfoofmicrosofttech/programming/、
techinfoofmicrosofttech/infrastructure/windowsos/

※ 当初 11 ページを予定していたが、「DLL作成手順」が
　 MS_DLLCreationSteps.md として移行済みであることが判明したため、
　 10 ページとした（TODO.md に残っていた MS_DLLCreation.md の予約行は削除し、
　当該プレースホルダを持っていた 2 ファイルは既存ページへ張り替えた）。

元ページ名	移行先ファイル	配置先	元の更新日
コンポーネント技術	`MS_ComponentTechnology.md`	`programming/`	2018-09-07
DLL	`MS_DLL.md`	`programming/`	2018-02-03
DLL/COMユーザ	`MS_DLLandCOMUser.md`	`programming/`	2018-02-03
マーシャリング	`MS_Marshaling.md`	`programming/`	2021-06-23
STA	`MS_STA.md`	`programming/`	2021-06-23
MTA	`MS_MTA.md`	`programming/`	2021-06-23
GDI	`MS_GDI.md`	`infrastructure/windowsos/`	2018-09-07
ウィンドウメッセージ	`MS_WindowMessage.md`	`infrastructure/windowsos/`	2018-11-08
SendMessage	`MS_SendMessage.md`	`infrastructure/windowsos/`	2025-12-22
PostMessage	`MS_PostMessage.md`	`infrastructure/windowsos/`	2025-12-22

※ 添付ファイルなし。

※ 正誤・最新化の主なもの。

　 コンポーネント技術 / DLL: いずれもリンク集（ハブ）のページのため、
　本ページ単体では文脈が掴めない。DLL → COM → .NET アセンブリという
　系譜と、それぞれが「何を解決しようとしたか」を冒頭に補った。　 DLL/COMユーザ: 言語 × DLL/COM の対応表について、
　移行元で PHP の行が壊れていた（dotnet_l.NET参照で利用可能：oad(実験的実装)）ため、
　前後の版から dotnet_load（実験的実装）と .NET 参照で利用可能 に復元した。
　併せて、表中の VB6 / VBA の「DllImport」は誤りであり
　正しくは Declare ステートメントである点を補足。　 マーシャリング: Windwos → Windows に修正。
　移行元の参考 1 件目が自ページへのリンクになっていたためリンクを外した。
　 marshal の語源（鉄道操車場）の説明を補強し、
　 Blittable / Non-Blittable 型の区別、構造体マーシャリングの必須知識、
　 MarshalByRefObject（.NET Remoting / AppDomain 前提）は事実上役目を終えた点、
　 DCOM の運用上の注意が大きく変わった点を補足。　 STA / MTA: 移行元の参考 1 件目が自ページへのリンクだったためリンクを外した。
　 アパートメントの全体像、[STAThread] 属性とスレッド生成時の指定という
　「.NET から見れば意識するのはこの 2 つだけ」という要点、
　および STA / MTA の使い分けの指針を表で補足。　 GDI: 「デバイス非依存」という GDI の発想を補い、
　 GDI+ が .NET の描画基盤そのものだったが位置付けが大きく変わった点
　（System.Drawing.Common の Windows 専用化）を補足。　 ウィンドウメッセージ: 移行元の誤字を修正した。
　 Win32PI → Win32API、TransrateMessage → TranslateMessage、
　 IsWindowsUnicode → IsWindowUnicode、
　 SetForgroundWindow → SetForegroundWindow、
　 WinProc → WndProc、「システムハードウェア入力キー」→「キュー」、
　「スレッド２のウィンドに」→「ウィンドウ」、
　全角アンダースコアの HWND＿TOP → HWND_TOP。
　併せて、メッセージキューは遅延生成される点、
　 SetForegroundWindow が失敗する条件は公式に明文化されている点、
　 AttachThreadInput は最後の手段である点、
　サブクラス化の注意点と現在の推奨 API、
　 ユーザオブジェクトにも上限がある点を補足。　 SendMessage / PostMessage: SendMessageTimeOut → SendMessageTimeout
　（正しい綴り）に修正。
　 同期（Send）と非同期（Post）の決定的な違いを整理し、
　送信系 API の一覧に FindWindow が並んでいる理由とその危うさ、
　 PostMessage / PostThreadMessage / PostQuitMessage の使い分け、
　「積むだけ」ゆえの落とし穴を補足。
　移行元の MSDN リンク（cc411022.aspx / cc410952.aspx）は
　 到達しない旨を注記した。

フェーズ93（11ページ）

配置先: techinfoofmicrosofttech/programming/、techinfoofmicrosofttech/testing/

※ 11 ページに増やした。GitHub 系（GitHub / GitHub Actions /
　 GitHub Copilot / GitHub Copilot CLI）は相互に参照し合う 1 セットであり、
　分割すると未移行リンクが大量に発生するため、まとめて移行した。

元ページ名	移行先ファイル	配置先	元の更新日
開発支援ツール	`MS_DevelopmentSupportTools.md`	`programming/`	2023-12-13
開発支援ツールの種類	`MS_DevelopmentSupportToolTypes.md`	`programming/`	2020-05-04
開発支援ツールの自動生成方式	`MS_DevSupportToolCodeGen.md`	`programming/`	2024-07-04
構成管理ツール	`MS_ConfigurationManagementTools.md`	`testing/`	2023-12-13
Git	`MS_Git.md`	`testing/`	2023-12-13
GitHub	`MS_GitHub.md`	`testing/`	2026-07-19
GitHub Actions	`MS_GitHubActions.md`	`testing/`	2026-07-19
GitHub Copilot	`MS_GitHubCopilot.md`	`testing/`	2026-07-19
GitHub Copilot CLI	`MS_GitHubCopilotCLI.md`	`testing/`	2026-07-13
ビルドスクリプト	`MS_BuildScript.md`	`testing/`	2020-06-05
Jenkins構築手順	`MS_JenkinsSetup.md`	`testing/`	2018-03-15

※ 添付ファイルなし。

※ 正誤・最新化の主なもの。

　 開発支援ツール: TERASORUNA → TERASOLUNA（正しい製品名）に修正。
　移行元の PukiWiki 記法が残っていた注記 2 箇所を整形。
　「前述の「HTML/CSS/JavaScript」は」の参照先が欠落していた点を注記。
　「IDE を中心としたエコシステムへの集約」という見立てがその後さらに強まった点、
　 3 つの理由のうち**「エンジニアが習得しない」が最も本質的である点、
　「AltJS が登場した」という論拠は正しく、しかも決着がついた**（TypeScript）点を補足。　 開発支援ツールの種類: 「コーディングを行わずシステムを生成タイプの」を修正。
　移行元で EUC ツールと RAD ツールの見出しが重複していた点を注記。
　挙げられている EUC / RAD / BRMS / CASE 各プロダクトのその後を補足し、
　 BRMS の語の展開、Dynamics 製品群の 2016 年以降の改称、
　 CASE ツールが遺したものを追記。
　参考リンクの多く（itpro.nikkeibp.co.jp / readwrite.jp /
　 developerWorks / msdn.microsoft.com）は到達しない旨を注記。　 開発支援ツールの自動生成方式: 生産生 → 生産性 に修正。
　「アプリケーションの柔軟性を高める。」の閉じ括弧の欠落を補った。
　 ラウンドトリップ問題（生成コードに手を入れると再生成で消える）に対する
　 4 つの定石（partial による物理分離 / 継承 / ソースジェネレータ /
　スキャフォールディングとして使い捨てる）を整理し、
　「編集しないでください」と書くだけはアンチパターンである点を補足。
　併せて Rete アルゴリズム、Excel 設計書型の構造的な問題、
　 スキーマ定義型が現在の主流である理由を追記。　 構成管理ツール: Vusial → Visual、
　「排他ロックを使用しなモード」→「しない」に修正。
　 PukiWiki のヘッダ行が崩れていた比較表を GitHub 表に整形。
　 VSS は延長サポートも 2017 年 7 月に終了、
　 TFS は Azure DevOps Server へ改称した点、
　比較表の出典が Microsoft の VSS → TFS 移行キャンペーンページであり
　販促資料である点に注意が要る旨、
　 Git の「Global Information Tracker」は公式の正式名称ではない点を補足。　 Git / GitHub: いずれもリンク集（ハブ）であり、
　利用ノウハウは開発基盤部会 Wiki 側にある旨を明示。
　 GitHub の「買収前の名残」の一行が何を指しているかを補足。　 GitHub Actions: 「Azure Pipelines の方が上位」という当時の見立てに対し、
　その後主従が逆転した点、導入時に押さえる要点、
　公式ドキュメント（一次情報）を補足。　 GitHub Copilot: 「GPT を使って描いた」、
　「どのようか仕様を」の誤字を修正。
　中身のない箇条書き（-- のみの行）を削除。
　 「LLM（GPT-4）」はもう固定ではない点、
　 テスト生成は使い方を誤ると品質を下げる点、
　 パブリックコード一致フィルタとライセンス上の位置付け、
　 proxyStrictSSL: false は TLS 検証を無効化するため最後の手段である点、
　「雑感」の見立てを現在から振り返った当否、
　参考リンクの 1 件が競合製品（Codeium）のブログである点を補足。　 GitHub Copilot CLI: /allow-all（エイリアス /yolo など
　 閉じ括弧が欠落していた箇所（2 箇所）を補い、
　「仕様状況の確認」→「使用状況」に修正。
　移行元で**「モード」という同名の見出しが重複していた点を注記。
　 2 つの「CLI」の違い、Instruction ファイル 3 種の使い分け、
　 Auto Pilot の使いどころと危険、Programmatic モードの注意、
　 /delegate と /fleet の違い、MCP とは何かを補足。　 ビルドスクリプト: package.config → packages.config（正しいファイル名）に修正。
　「例えばテスト・ツール「NAnt」の」は
　 NAnt 自身の呼び出しでは意味が通らないため、取り違えとして注記。
　 devenv を CI で使うべきではない理由、ビルドイベントの壊れやすさ、
　 NAnt のその後、packages.config と PackageReference の違い**、
　ビルド自動化の現在の到達点を補足。　 Jenkins構築手順: StyelCop → StyleCop（4 箇所）、
　 Generaet → Generate、Marven → Maven、
　 Buid → Build に修正。
　移行元の [English]([日本語]) 形式（UI 名の英日併記）は
　 Markdown ではリンクとして解釈されてしまうため、
　 [English]（[日本語]） と全角括弧に置き換えた（97 箇所）。
　併せて、Jenkins の Java 要件が 11 / 17 / 21 に上がった点、
　 FxCop / StyleCop は .NET アナライザー / StyleCop.Analyzers に置き換わった点、
　 Violations プラグインは廃止（後継は Warnings Next Generation）、
　 OpenCover は開発停止（後継は Coverlet）、
　 CodePlex は 2017 年に閉鎖（本ページのリンクは到達しない）点を補足。

フェーズ94（9ページ）

配置先: techinfoofmicrosofttech/programming/、
techinfoofmicrosofttech/programming/dotnetcore/、
techinfoofmicrosofttech/designpoints/、
techinfoofmicrosofttech/infrastructure/platform/virtualization/、
techinfoofmicrosofttech/infrastructure/platform/sqlserver/、
techinfoofmicrosofttech/infrastructure/shell/

※ 9 ページに減らした。Visual Studio Tools for Docker が
　 画像 31 枚を含む大部のページであるため、その分を差し引いた。

元ページ名	移行先ファイル	配置先	元の更新日
Visual Studio Tools for Docker	`MS_VSToolsForDocker.md`	`infrastructure/platform/virtualization/`	2026-07-12
WSL上での.NET Core開発	`MS_DotNetCoreOnWSL.md`	`programming/dotnetcore/`	2021-10-04
Visual Studio Tools for Apache Cordova	`MS_VSToolsForApacheCordova.md`	`programming/`	2020-02-21
Cordova Tools Extension	`MS_CordovaToolsExtension.md`	`programming/`	2022-03-02
コード・アクセス・セキュリティ	`MS_CodeAccessSecurity.md`	`programming/`	2018-01-18
Gtk Sharp	`MS_GtkSharp.md`	`programming/`	2020-09-02
SQL Server Express	`MS_SQLServerExpress.md`	`infrastructure/platform/sqlserver/`	2025-06-09
デザイン・パターン	`MS_DesignPatterns.md`	`designpoints/`	2020-03-06
PowerShellをリモートコンピューターで実行	`MS_PowerShellRemoting.md`	`infrastructure/shell/`	2020-07-24

※ 添付ファイル（画像）。

MS_VSToolsForDocker_1.png 〜 MS_VSToolsForDocker_31.png（31 枚）
配置先: techinfoofmicrosofttech/infrastructure/platform/virtualization/
MS_DotNetCoreOnWSL_1.png、MS_DotNetCoreOnWSL_2.png（2 枚）
配置先: techinfoofmicrosofttech/programming/dotnetcore/

※ 正誤・最新化の主なもの。

　 Visual Studio Tools for Docker: 移行元の誤字
　「思われれる」「必要時応じて」「設定も必要にある」
　「２つのコンテナを作成を・管理する場合」を修正。
　手順が長大なため画面図 31 枚をすべて移送した。
　本ページが 2017〜2020 年の検証記録である旨を冒頭に明示したうえで、
　 拡張機能は VS に統合された点、ボリューム共有でつまずく理由、
　 10.0.75.1 はもう使えない（コンテナからホストへ接続する現行の手段）点、
　 links は非推奨・version も不要になった点、
　 Kitematic は廃止された点、この Dockerfile はそのままでは動かない点、
　 IP 直書きではなくサービス名で解決する点、
　 keys * は本番で使ってはいけない点、
　 docker-entrypoint-initdb.d の落とし穴などを補足。
　 docs.microsoft.com は Microsoft Learn へ統合され、
　イメージのリポジトリも MCR へ移行した旨を注記。　 WSL上での.NET Core開発: 「[Maneged(.NET Core for Unix) コード]」、
　「ファイルを共有については」の誤字を修正。
　移行元の apt / コンソールのログは長大なため中略した（2 箇所）。
　本ページが WSL1 + .NET Core 2.0 + Ubuntu 16.04（xenial）の記録であり
　現在のインストール手順は使えない点、
　 /mnt/c 経由のビルドは WSL2 では性能上の大きな落とし穴である点
　（初回リクエストに 6.6 秒かかっているログがその特性を示している）、
　ホームディレクトリ直下でプロジェクトを作らない点、
　 Environment.OSVersion による OS 判定は .NET Core 以降不適切である点、
　 UseUrls("http://*:5000") は WSL2 では意味が変わる点、
　テレメトリの無効化、vsdbg / DebugAdapterHost の位置付けを補足。
　 Build Insider は 2019 年に更新を終了している旨を注記。　 Visual Studio Tools for Apache Cordova: 「メンテナンス・フェーズ」という
　当時の見立てに対し、その後完全に廃止された点を補足。
　記録されているエラーが「同梱ツールの古さ」の典型例である点、
　 Ripple エミュレーターとは何か、
　 vs-mda-remote（リモートエージェント方式）は
　 現在も形を変えて生きている点を補足。
　＠IT 連載の第 2 回と第 3 回が同一 URLになっている点を注記。　 Cordova Tools Extension: 移行元でハイフンが全角ダッシュ（–g）に
　化けていた箇所を -g に修正。
　型定義の拡張子 .dts → .d.ts に修正。
　「プロジェクトを用に作成したフォルダ」、見出しの「デバック設定」を修正。
　移行元の概要 2 番目が自ページへのリンクだったためリンクを外した。
　 cordova platform add windows は使えなくなった点、
　 型定義の入手方法は変わった（.vscode\typings に手で置く方式は現在使われない）点、
　 Marketplace の発行元 ID が変更された点を補足。　 コード・アクセス・セキュリティ: 「アクセス許可を設定を評価し」、
　「.NET4 移行に残っており」の誤字を修正。
　 CAS は .NET Framework 4.0 で非推奨となり、.NET Core 以降には存在しない点を
　冒頭に明示したうえで、4 つのレベルがどう合成されたか、
　 「ゾーン」だけは Windows の仕組みとして今も生きている点、
　 caspol.exe は同梱されているが機能しない点を補足。　 Gtk Sharp: 挙げられている 2 つの開発ツールがいずれも提供終了している点、
　 dotnet new gtkapp は標準テンプレートではない点、
　 GUI デザイナの現況、箇条書きの記述が一見矛盾している点、
　 2 つの GitHub リポジトリは別系統である点を補足。　 SQL Server Express: 「Wikipedia などを詳細は確認」の誤記を修正。
　 PukiWiki 記法が残っていた箇所を整形。
　 現行バージョンの制限値を明示し、
　制限一覧のうち SQL Server エージェント がないことの影響が最大である点、
　 3 パッケージ構成は SQL Server 2014 頃までの形である点、
　 古いバージョンはすでにサポートが終了している点を補足。
　 blogs.technet.microsoft.com は到達しない旨を注記。　 デザイン・パターン: 「例を上げらながら」、
　「Transaction ルートを定義する際にしようされる」の誤字を修正。
　冒頭の 4 分類のうち
　 「マルチスレッドプログラミングに関するパターン」は GoF に含まれない
　（GoF は 3 分類）点を明示。
　 Iterator は C# の中核機能（foreach / IEnumerable）になった点、
　 System.IO.Stream は Decorator の教科書的実例である点、
　 Service locator は現在アンチパターン扱いである点、
　 .NET の並行処理は「パターンを書かない」方向へ進んだ点、
　 Active Record と DAO の対立軸、テストダブルの用語整理を補足。
　 Qiita 一覧で Builder と Bridge が同一 URL になっている点を注記。　 PowerShellをリモートコンピューターで実行: 「ネットワーリソース」、
　「-ComputerName に１つつず指定します」、
　「-Authentication CredSSP を付けてを実行」の誤字を修正。
　移行元で # 始まりだった注記など、体裁の崩れを整形。
　本ページが Workgroup（非ドメイン）環境という最も面倒なケースを扱っている旨を
　冒頭に明示したうえで、Enable-PSRemoting が開けるもの、
　 LocalAccountTokenFilterPolicy の意味と危険性、
　 パスワードのファイル保存は同一ユーザー・同一マシン限定である点、
　 ダブルホップ問題とは何か、CredSSP の既知の脆弱性を補足。
　 technet.microsoft.com は Microsoft Learn へ統合され到達しない旨を注記。

※ 「SVN vs Git vs TFS」について。
　フェーズ90 で programming/MS_SVNVsGitVsTFS.md として移行したが、
　検証段階で testing/MS_SVNvsGitvsTFS.md として移行済み
　（フェーズ56）であることが判明した。
　 GitHub Wiki はファイル名が大文字小文字の違いだけでは区別されないため、
　衝突を避けるべく後から作成した MS_SVNVsGitVsTFS.md を削除し、
　参照していた 5 ファイルを既存の MS_SVNvsGitvsTFS へ張り替えた。
　フェーズ90 の枠は「OSSホスティング・サービス」に差し替えている
　（testing/MS_OSSHostingService.md、元の更新日 2023-12-13）。
　同ページには、3 者（GitHub / GitLab / GitBucket）の選定の観点、
　 ホスティングサービスの価値は Git そのものではないという点、
　近年の選択肢を補足した。

※ 既存の重複（本フェーズの成果物ではない）を 2 件検出し、統合した。
　いずれも同一の元ページが異なるファイル名で 2 度移行されていたもの。
　残す側に、削除する側の固有記述を取り込んだうえで統合し、
　参照元のリンクを張り替えた（18 ファイル）。

元ページ名	残したファイル	削除したファイル	選定理由
Azure Active Directory 条件付きアクセス	`MS_AzureConditionalAccess.md`	`MS_AzureADConditionalAccess.md`	Azure AD は Microsoft Entra ID へ改称されたため、旧製品名を含まない側を採用
Azure Managed ID	`MS_AzureManagedID.md`	`MS_AzureManagedIdentity.md`	元ページ名（`Azure Managed ID`）に一致する側を採用

　取り込んだ固有記述は次のとおり。

　 MS_AzureConditionalAccess.md: LoA / ゼロトラストとの関係、
　 NIST SP 800-63B における SMS / 音声通話の「制限付き」扱い、
　 MFA 疲労攻撃と番号一致（Number Matching）、
　 break-glass アカウントは 2 つ用意しオフライン保管するという運用、
　 複数ポリシーは AND で合成され、ブロックが常に優先されるという規則、
　および本 Wiki 内の関連ページへのリンク。　 MS_AzureManagedID.md: 仮想アカウント / gMSA との対比、
　 IMDS に対する SSRF 対策の具体策（Metadata: true 必須・リダイレクト不可、
　外部入力 URL を取得しない設計、RBAC は最小限）、
　および本 Wiki 内の関連ページへのリンク。

フェーズ95（10ページ）

配置先: techinfoofmicrosofttech/migration/

「移行・マイグレーション」配下の見積もり・方式系と、
「各種、技術毎の移行性」からリンクされるプラットフォーム移行系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
移行性評価作業の作業内容	`MS_MigratabilityAssessmentTasks.md`	`migration/`	2026-01-16
移行時のテスト工程の工数	`MS_MigrationTestEffort.md`	`migration/`	2026-01-15
サーバ更改（バージョン・アップ移行）	`MS_ServerReplacement.md`	`migration/`	2026-01-15
OSバージョンアップ時のプロダクトの対応	`MS_OSUpgradeProductSupport.md`	`migration/`	2026-01-15
ターミナルサービス系への移行	`MS_MigrationToTerminalServices.md`	`migration/`	2026-01-15
シェル（スクリプト）の移行	`MS_ShellScriptMigration.md`	`migration/`	2026-01-15
P2V	`MS_P2V.md`	`migration/`	2026-01-15
サポート切れOSの延命処置	`MS_EOLOSWorkaround.md`	`migration/`	2026-01-15
Windows, IE移行	`MS_WindowsAndIEMigration.md`	`migration/`	2026-01-15
IEバージョンアップ情報	`MS_IEUpgradeInfo.md`	`migration/`	2025-12-10

※ 添付ファイル（図以外）

移行先ファイル	添付ファイル
`MS_ServerReplacement.md`	`MS_ServerReplacement_機能・役割（2003→2008R2）.xlsx`（42,574 B）

※ 正誤・補足の主なもの。

　 MS_MigratabilityAssessmentTasks.md: 「ビルト」→「ビルド」を修正。
　段階的に進める 4 段階が見積もりの確度が上がっていく順でもあること、
　 3RD パーティ製コンポーネントの棚卸しを最優先で行うべき理由を補足。　 MS_MigrationTestEffort.md: 「前提条件下」のリンク先が
　工数比率を定義している移行見積もりの概要であるため張り替え。
　本文中の「CL」がチェックリストの略であることを明記し、
　移行案件では入出力が変わらない性質から回帰テスト（差分比較）が効く点を補足。　 MS_ServerReplacement.md: 「エスクポート」→「エクスポート」を修正。
　「ストコン」がストレート・コンバージョンの略であることを明記。
　元ページが「ウォッチできてません」としていた 2008 以降の変更点
　（Server Core、Nano Server、TLS 1.0/1.1 の既定無効化による接続断、SMB 署名）と、
　 インプレースは 2 世代先までという制約、
　 netsh advfirewall → NetSecurity モジュール、
　 Get-WmiObject → Get-CimInstance（PowerShell 7 で前者は削除）を補足。　 MS_OSUpgradeProductSupport.md: Microsoft 365 Apps はサポート対象 Windows が動的に定義されるため、
　永続ライセンス版と対応関係が逆向きになる点、
　 DB クライアントの動作保証が 3 次元の組み合わせになるため探し難い構造を補足。　 MS_MigrationToTerminalServices.md: リモートデスクトップサービス（RDS）への改称を追記。
　固定パスの作業ファイルが全ユーザで衝突するという定番の罠、
　 Global\ はサーバ全体で 1 インスタンスに制限したい場合のみであること
　（一律に付けると 1 人しか起動できなくなる）、
　画面転送では帯域だけでなく遅延が効く点を補足。　 MS_ShellScriptMigration.md: 「同じ用に」→「同じ様に」を修正。
　 Windows PowerShell 5.1 と PowerShell 7 は別物であること、
　一括変換ツールが無いため外側から段階的に置き換える方針が採れることを補足。　 MS_P2V.md: SCVMM の P2V 機能は System Center 2016 以降で削除されており、
　現在は Disk2VHD または Azure Migrate になることを明記。
　 P2V がリホストに相当し
　 サポート切れ OS の問題は解決しないこと、
　起動時の INACCESSIBLE_BOOT_DEVICE などの後始末を補足。　 MS_EOLOSWorkaround.md: 「最近」が XP / Server 2003 の EOL 時点であることを明記。
　カスタムサポートがその後 ESU として制度化されたこと（年ごとに価格が上がる、最長 3 年）、
　ネットワーク分離では持ち込み媒体経由の感染を防げないことを補足。　 MS_WindowsAndIEMigration.md: リンクの www.atmark-it.co.jp → www.atmarkit.co.jp を修正。
　 OS ごとに 4 本あった Windows ヘルプの URL はフラグメント違いの同一ページのため 1 本に集約。
　 .NET Framework 4.8 / 4.8.1 が最終で確認軸が「OS が対応しているか」から
　「ランタイム自体がサポート期間内か」へ移ったこと、
　 VB6 ランタイムは現在もサポートされる（詰まるのは 3RD パーティ製 OCX）ことを補足。　 MS_IEUpgradeInfo.md: IE11 デスクトップアプリは 2022 年 6 月 15 日に提供終了という
　現在地を冒頭に明記したうえで、当時の互換性問題の事例集として保持した。
　「2022 年 6 月 16 日」は米国時間 6 月 15 日である旨、「使用た場合」→「使用した場合」を修正。
　 互換モード / ドキュメント・モード / ブラウザ・モードの違いを表で整理。
　著者が「案外、IE が discon にならないかも」と述べた予想は外れたが、
　 LTS なブラウザの需要は IE モードとして残ったという読み方を追記。
　 ASP.NET が IE10 を認識しなかった件は
　 バージョン番号を正規表現で判定していたことに起因し、
　後年の Chrome / Firefox のバージョン 100 問題と同型であることを補足。
　 showModalDialog の代替（<dialog> + showModal()）、
　 WebBrowser コントロール（MSHTML）は IE 提供終了後も動作するが
　 WebView2 への置き換えが推奨されること、
　完全移行時に grep で拾える IE 依存の一覧を追記。

フェーズ96（10ページ）

配置先: techinfoofmicrosofttech/migration/、
techinfoofmicrosofttech/officeandclericaltopics/

プロダクト別のバージョンアップ／移行系と、そこから連なる Office / EUC 系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
VB6の保守	`MS_VB6Maintenance.md`	`migration/`	2026-01-15
VBA移行	`MS_VBAMigration.md`	`migration/`	2026-01-15
VC++バージョンアップ	`MS_VCPlusPlusUpgrade.md`	`migration/`	2026-01-15
.NET Coreバージョンアップ	`MS_DotNetCoreUpgrade.md`	`migration/`	2026-01-15
Accessバージョンアップ	`MS_AccessUpgrade.md`	`migration/`	2021-09-22
VBAは何故、最強EUCツールなのか？	`MS_WhyVBAIsTheBestEUCTool.md`	`officeandclericaltopics/`	2023-12-13
Excelアドイン	`MS_ExcelAddIn.md`	`officeandclericaltopics/`	2025-04-22
Excel VBA	`MS_ExcelVBA.md`	`officeandclericaltopics/`	2020-02-28
Excelをフロントエンドとして使う	`MS_ExcelAsFrontend.md`	`officeandclericaltopics/`	2020-02-28
Office Script	`MS_OfficeScript.md`	`officeandclericaltopics/`	2025-04-18

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_VB6Maintenance.md: 「サードパティ製ミドル」→「サードパーティ製ミドル」、
　「VB6ラインタイム」→「VB6 ランタイム」、「合わせてた古いもの」→「合わせた古いもの」を修正。
　 VB6 ランタイムは Windows 11 / Server 2022 でも動作・サポートされる一方、
　 VBScript は非推奨化され将来削除されるという別ライフサイクルであることを明記。
　保守が行き詰まるのはほぼ 3RD パーティ製 OCX / ActiveX である点、
　 MSXML2.XMLHTTP の HTTPS 通信は OS の TLS 設定に依存するため
　 VB6 側を変更していなくても疎通が落ちること、
　 XP Mode / MED-V / App-V / ThinApp の現況と
　現在の代替（VDI、RDS、P2V、MSIX）を補足。
　 IE 上でホストされる ActiveX の構成は、IE 提供終了により
　 保守ではなく移行の対象である旨も追記。　 MS_VBAMigration.md: 「64 ビット版fficeでも」→「64 ビット版 Office でも」を修正。
　 Microsoft 365 の新規インストールは 64bit 版が既定となったため
　 PtrSafe / LongPtr 対応が必須作業になること、
　 インターネット由来の Office ファイルのマクロが既定でブロックされるため
　信頼できる場所またはデジタル署名が要ること、
　 Access Services の廃止、VBA は Microsoft 365 でも現役だが
　 Web 版では動かないことを補足。　 MS_VCPlusPlusUpgrade.md: CRT_SECURE_NO_WARNINGS → _CRT_SECURE_NO_WARNINGS、
　ワトソン博士の実行ファイル名 dtwtsn32 → drwtsn32、
　「新バージョンのラインタイム」→「ランタイム」、「DDLなどのプロジェクト」→「DLL」を修正。
　 VS 2015 で CRT が UCRT に再構成され、VS 2015〜2022 の再頒布は互換であるため
　「CRT バージョンアップ ≒ 開発環境のバージョンアップ」の関係が緩和されたこと、
　ワトソン博士は Windows Error Reporting に置き換わったこと、
　 MFC の MBCS 廃止は撤回され現在も提供されていること、
　 UNIX 移植の現在の選択肢（WSL、vcpkg）を補足。　 MS_DotNetCoreUpgrade.md: LTS 3 年 / STS 18 か月というサポート体系のため
　 .NET Framework と違い「動いているから触らない」が成立しないこと、
　 .NET Standard は .NET 5 での基盤統合により役割を終えたこと、
　本ページが繰り返し指摘する Startup.cs の変更が
　 .NET 6 の Minimal Hosting で Program.cs に集約されたことを補足。
　また、IHostingEnvironment の参考リンクが
　別サイトを指していたため当該 Issue の URL に修正した。　 MS_AccessUpgrade.md: 本ページが前提とする
　 「SQL Server 側の OLE DB 廃止決定」は 2017 年に撤回され
　 MSOLEDBSQL として再提供されていること（ただし ADP の廃止は撤回されていない）、
　 Access Services は 2018 年に提供終了しており
　「Access アプリへの変換」パスは現在選べないことを明記。
　リンクテーブル方式では ADP とデータアクセス方式が変わるため
　ストアドプロシージャの扱いや性能面の作り直しが要る点を補足。　 MS_WhyVBAIsTheBestEUCTool.md: 著者の言う「サンドボックス化」が
　 ビルドもデプロイも不要であるという意味であり、
　現代の EUC ツールが同じ条件をクラウド側で満たしていることを補足。
　一方でその手軽さがマクロの既定ブロックという統制につながった点も追記。　 MS_ExcelAddIn.md: VSTO が普及しなかった理由を EUC の条件と対比して整理。
　「Node.js で開発するアドイン」は正しくは Office アドイン（Office.js）で、
　 Node.js は開発時のツールチェーンであり実行環境ではないことを明記。
　 Office アドイン＝開発者向け、Office Script＝EUC 向けという住み分けを補足。　 MS_ExcelVBA.md: 元ページの節が見出しのみだったため、
　オートメーションの実務上の注意（Select を使わない、
　 Range を配列で一括処理、ScreenUpdating）、
　ユーザー定義関数は自セル以外を書き換えられないこと、
　 LAMBDA 関数という代替を補足。　 MS_ExcelAsFrontend.md: フォームコントロールと ActiveX コントロールの違い、
　スライサーがテーブルに対しても使えること、
　現在は入力を Power Apps、出力を Power BI、取り込みを Power Query が
　分担する形になっていることを補足。　 MS_OfficeScript.md: 元ページが「制限がある」とだけ述べていた点を、
　ユーザーフォームが無い / MsgBox が無い / Excel 以外を操作できない /
　外部 API を直接叩けない / イベント駆動が弱いと具体化。
　 スクリプトがブックの外（OneDrive）に保存されるため
　 VBA の「ファイル 1 つで完結する」性質とは配布の考え方が異なることを表で整理。

フェーズ97（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/platform/virtualization/、
techinfoofmicrosofttech/infrastructure/platform/、
techinfoofmicrosofttech/infrastructure/windowsos/

仮想化基盤（Hyper-V / System Center）と、Windows のシステム管理系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
System Center	`MS_SystemCenter.md`	`infrastructure/platform/virtualization/`	2021-04-16
SCVMM 機能一覧	`MS_SCVMMFeatures.md`	`infrastructure/platform/virtualization/`	2021-04-16
Hyper-V ライブ・マイグレーション	`MS_HyperVLiveMigration.md`	`infrastructure/platform/virtualization/`	2018-02-08
Hyper-V 高可用性オプション	`MS_HyperVHighAvailability.md`	`infrastructure/platform/virtualization/`	2020-10-20
Hyper-V NICの推奨構成	`MS_HyperVNICConfig.md`	`infrastructure/platform/virtualization/`	2017-03-27
Nano Server	`MS_NanoServer.md`	`infrastructure/platform/virtualization/`	2020-04-12
ローリング・アップグレード	`MS_RollingUpgrade.md`	`infrastructure/platform/`	2017-10-06
WSUS	`MS_WSUS.md`	`infrastructure/windowsos/`	2020-03-11
Windows 10のパッケージ・マネージャ	`MS_WindowsPackageManager.md`	`infrastructure/windowsos/`	2020-07-03
Windows 自動パラメタとチューニング	`MS_WindowsAutoTuning.md`	`infrastructure/windowsos/`	2019-02-19

※ 添付ファイル（図）

移行先ファイル	図
`MS_RollingUpgrade.md`	`MS_RollingUpgrade_1.png`（元: `RollingUpgrade.png`）

※ 正誤・補足の主なもの。

　 MS_SystemCenter.md: 「バックアップなどのを行う」→「バックアップなどを行う」を修正。
　各製品に対応するクラウド側サービス（Intune、Azure Monitor、Azure Arc）を対置。
　 ネットワークアクセス保護（NAP）は Windows Server 2016 で削除済みである旨を追記。
　なお、元ページには Tags: 行が無かったため、
　同系ページに合わせて インフラストラクチャ, Windows, 仮想化 を付与した。　 MS_SCVMMFeatures.md: 「PxEブート」→ PXE、
　「VMMプロビジョニンング・ツール」→「プロビジョニング・ツール」、
　「WindwosPEイメージ」→「Windows PE イメージ」を修正。
　 セルフサービスポータルは SCVMM 2012 R2 で廃止済みである旨、
　 PRO は SCOM 必須・動的最適化は SCVMM 単体で動くという違い、
　 NVGRE の Provider Address / Customer Address がなぜ別プールなのか、
　「物理スイッチも含めた SDN」という予想が Windows Server 2016 の SDN として
　実現したことを補足。
　サービス・テンプレートの発想が現在の IaC / コンテナに受け継がれた点、
　 Azure Pack / App Controller の後継が Azure Local / Azure Arc である点も追記。
　なお、元ページには Tags: 行が無かったため、
　同系ページに合わせて インフラストラクチャ, Windows, 仮想化 を付与した。　 MS_HyperVLiveMigration.md: 「やり取りさせること機能」→「やり取りさせる機能」、
　「似て否なるもの」→「似て非なるもの」を修正。
　参考リンクの 1 回目・3 回目がどちらも「構築手順」となっていたため、
　 1 回目を「仕組み」と補って区別した。
　フェイル・オーバとの違いが計画的（無停止）か非計画的（再起動）かである点、
　著者が指摘する CSV の単一障害点は記憶域スペースダイレクト（S2D）で解消された点、
　 プロセッサ互換性モードはベンダをまたげない点を補足。　 MS_HyperVHighAvailability.md: 元ページのリンク MIPO は MPIO の誤記と思われるが、
　 どちらの名前のページも 3 サイトのダンプに実体が無いためリンクを外し、用語表記とした。
　著者が「？」を付けていた
　「ゲスト・クラスタの全ノードを異なるホストに配置する必要があるか」に対し、
　 非対応 VM（AntiAffinityClassNames）で自動制御できると回答を補足。
　 レプリカは HA ではなく DR（非同期・手動フェイル・オーバ）であること、
　 Exchange / SQL Server / AD DC がレプリカに向かない理由、
　 iSCSI がチーミングではなく MPIO である理由、
　 .BIN ファイルは Windows Server 2016 以降では作られないことを補足。　 MS_HyperVNICConfig.md: NIC を物理的に分ける前提が 1GbE 時代のものであり、
　現在は SET で束ねて QoS で分ける Converged Network が標準であることを補足。
　ライブ・マイグレーション用 NIC が帯域を使い切る性質と、
　転送方式（圧縮 / SMB Direct）についても追記。　 MS_NanoServer.md: バージョン 1709 以降、Nano Server はコンテナのベースイメージ専用
　となり、インストールオプションとしては提供されなくなったことを明記。
　 nanoserver / servercore / windows のベースイメージの選び分けを表で整理。　 MS_RollingUpgrade.md: 「"オン中"あっても」の脱字を「"オン中" であっても」と補った。
　元ページが概要と図のみだったため、
　 成立の条件（N+1 では足りない場合がある）、
　 混在期間の互換性（DB スキーマは Expand and Contract で段階的に）、
　 Windows 環境での例（クラスターの OS ローリングアップグレード、
　ライブ・マイグレーション、LB からの切り離し）を補足した。　 MS_WSUS.md: 「調べたでメモ」→「調べたのでメモ」を修正。
　 2024 年 9 月に WSUS の非推奨が発表され、後継が
　 Windows Autopatch / Intune / Azure Update Manager である旨を明記。
　 配信の最適化（Delivery Optimization） による負荷軽減、
　 WID の肥大化とクリーンアップ運用、
　オフライン構成ではオンライン側と設定を揃える必要がある点、
　現在の自動化手段（PSWindowsUpdate、二重ホップの注意）を補足。　 MS_WindowsPackageManager.md: winget が「アプリインストーラー」として標準搭載され
　公式の主流になったこと（winget configure による宣言的な環境構築を含む）、
　 PackageManagement（OneGet）は事実上メンテナンスモードであること、
　 Scoop が管理者権限不要でユーザープロファイル配下に入れる設計である理由、
　システム／アプリ層と言語／ライブラリ層を混同しないことを補足。　 MS_WindowsAutoTuning.md: 「既定値のままでよい」という結論が
　 Windows OSの設計思想から導かれること、
　「古いガイドラインが害になる」実例（TCP 受信ウィンドウの自動チューニング、
　ページファイルの経験則、メタベースは IIS 7.0 で applicationHost.config に置換）を補足。

※ 台帳の整理（フェーズ95〜97 に付随して実施）

TODO.md の重複予約を解消した。
「Excel ピボット・テーブル、ピボット・グラフ」に
MS_ExcelPivot.md と MS_ExcelPivotTable.md の2 つの予約が併存していたため、
参照箇所が多い MS_ExcelPivotTable.md に一本化し、
MS_SSAS.md のプレースホルダを張り替えた（そのままでは 1 ページが 2 ファイルに分かれる状態だった）。
TODO.md の「元ページ名」がダンプに存在しない予約 7 件を修正した。
いずれも実体はダンプに存在し、記録側の名前だけが違っていた
（元 Wiki 側の表記ゆれ・誤記を含む）。

記録されていた名前	ダンプ上の実際の名前	予約ファイル名
Bash（Bourne-Again Shell）	Bash	`MS_Bash.md`
XSS対策	XSS対策の実装方針	`MS_XSSCountermeasures.md`
SQLインジェクション対策	SQLインジェクション対策の実装方針	`MS_SQLInjectionCountermeasures.md`
クライアント・アクセス・ライセンス（CAL）	CAL	`MS_CAL.md`
.NET On Raspbian	.NET On Rasbian	`MS_DotNetOnRaspbian.md`
Mono On Raspbian	Mono On Rasbian	`MS_MonoOnRaspbian.md`
自習書シリーズとステップバイステップ評価ガイド	自習書シリーズとテップバイステップ評価ガイド	`MS_SelfStudyGuides.md`

　あわせて、「.NET Core On Raspbian」の予約行を削除した
　（同一ファイル MS_DotNetCoreOnRaspbian.md に対して
　正しい名前「.NET Core On Rasbian」の行が既に存在したため）。

元 Wiki 側でリンクのみ存在していた 4 件を、
下の「元 Wiki 側のリンク切れ（移行対象外）」相当の扱いに変更した（TODO.md 側で管理）。
いずれも 3 サイトのダンプいずれにも実体が無いことを確認済み。

元ページ名	参照元での処理
OAuth 2.0 Pushed Authorization Requests (PAR)	`MS_FAPI.md`（2 箇所）/ `MS_FAPIPart2.md` / `MS_JWTAndOAuth2.md` のリンクを注記に変更し、RFC 9126 を補記
OAuth 2.0 Rich Authorization Requests (RAR)	`MS_JWTAndOAuth2.md` のリンクを注記に変更し、RFC 9396 を補記
Win32	`MS_UIAutomation.md` のリンクを注記に変更（GDI で描画するネイティブ Win32 API ベースの UI の意）
便利ツール	`MS_ToolsIndex.md` のリンクを注記に変更

「元の更新日」列の再導出（57 行）

本表の「元の更新日」は、冒頭に定義したとおり
PukiWiki ダンプ（_dump/）上のページ更新日時であり、更新チェックの基準になる。
しかし、日付付き 960 行のうち 57 行がダンプの値と食い違っていたため、
ダンプから再導出して置き換えた（日付セルのみを書き換え、
元ページ名・移行先ファイル・配置先は変更していない）。

食い違いは全体に散っておらず、次の 7 フェーズに集中していた。

フェーズ	不一致 / 当該フェーズの行数
56	10 / 10
57	6 / 10
84	9 / 10
85	8 / 10
89	4 / 6
90	10 / 12
91	10 / 12

他の約 90 フェーズ・約 900 行はすべて一致していた。
また、これらのフェーズ内では複数ページに同一の日付が使い回されていた
（例：フェーズ56 の「Jenkins」「GitLab」「クラウド・インフラ自動化」が
いずれも 2021-05-24 だが、ダンプ上は 2018-07-31 / 2024-06-04 / 2020-06-30 とすべて異なる）。

記載値がページ本文中の日付や backup/（PukiWiki の旧版）の日付に
由来する可能性も確認したが、いずれにも一致しなかった（0 / 57）。
したがって、当該フェーズではファイル単位でダンプの更新日時を読まず、
クラスタ単位で日付を推測して記録していたと判断した。

系統的なオフセットではないため一括補正はできず、
57 行を個別にダンプの値で再導出している。
再導出後、日付付き 960 行の不一致は 0 件（残る 2 行は
元ページ名の表記ゆれのため突合対象外。後述の「Intelligent Tracking Prevention (ITP)」と
MSB4019 の行）。

再導出した 57 行（差の大きい順）

元ページ名	移行先ファイル	旧（記載）	新（ダンプ）
VB6→VB.NET移行 FAQ	`MS_VB6ToVBNETFAQ.md`	2017-03-27	2026-01-15
Visual Studio CodeによるSPA開発	`MS_VSCodeSPADevelopment.md`	2019-08-08	2026-06-10
Visual Studio App Center	`MS_VisualStudioAppCenter.md`	2019-12-19	2026-06-10
Windows Desktop Packsへの移行	`MS_MigrationToWindowsDesktopPacks.md`	2020-12-08	2026-01-15
ASP.NET Core React.jsテンプレート	`MS_ASPNETCoreReactTemplate.md`	2026-06-10	2021-05-27
ASP.NET Core React+Reduxテンプレート	`MS_ASPNETCoreReactReduxTemplate.md`	2026-06-10	2021-05-27
ASP.NET Core Angularテンプレート	`MS_ASPNETCoreAngularTemplate.md`	2026-06-10	2021-05-27
.NET Micro Framework	`MS_DotNetMicroFramework.md`	2017-08-07	2021-06-23
OWIN化手順	`MS_OWINMigrationSteps.md`	2018-04-26	2021-07-08
WPFのコントロール	`MS_WPFControls.md`	2020-04-20	2017-03-12
WPFのアーキテクチャ	`MS_WPFArchitecture.md`	2020-04-20	2017-03-12
GitLab	`MS_GitLab.md`	2021-05-24	2024-06-04
ASP.NET の BundleConfig	`MS_ASPNETBundleConfig.md`	2018-04-25	2021-03-31
ASP.NET Web Forms の Modernization	`MS_ASPNETWebFormsModernization.md`	2018-04-25	2021-03-31
ASP.NET MVC の Modernization	`MS_ASPNETMVCModernization.md`	2018-04-25	2021-03-31
XAMLの書き方（１）	`MS_XAMLWriting1.md`	2020-04-20	2017-05-28
Jenkins	`MS_Jenkins.md`	2021-05-24	2018-07-31
Gridのヘッダ固定方法	`MS_GridHeaderFix.md`	2017-03-27	2020-01-07
GridViewとjQGrid	`MS_GridViewAndjQGrid.md`	2017-03-27	2020-01-07
Visual Studio＋Monaca	`MS_VSMonaca.md`	2017-08-07	2020-02-21
TinyCLR OS	`MS_TinyCLROS.md`	2017-08-07	2019-10-29
OpenCover	`MS_OpenCover.md`	2018-01-16	2020-02-12
NUnit	`MS_NUnit.md`	2018-01-16	2020-02-12
Jmeterによる可変値の追跡	`MS_JMeterVariableTracking.md`	2020-04-19	2018-04-03
JavaScript	`MS_JavaScript.md`	2018-11-27	2020-11-16
Visual Studio＋Apache Cordova	`MS_VSApacheCordova.md`	2020-02-21	2022-01-14
ASP.NET の RouteConfig	`MS_ASPNETRouteConfig.md`	2018-04-25	2020-02-10
Jmeterの正規表現	`MS_JMeterRegex.md`	2020-04-19	2018-07-10
XAMLの書き方（２）	`MS_XAMLWriting2.md`	2020-04-20	2021-06-11
RPA (Robotic Process Automation)	`MS_RPA.md`	2021-05-19	2022-06-15
Spa Services	`MS_SpaServices.md`	2019-09-04	2018-08-29
TypeScript	`MS_TypeScript.md`	2019-01-05	2019-12-13
クラウド・インフラ自動化	`MS_CloudInfraAutomation.md`	2021-05-24	2020-06-30
Jmeterによる3層C/Sの負荷テスト	`MS_JMeter3TierLoadTest.md`	2020-05-15	2021-03-16
SVN vs Git vs TFS	`MS_SVNvsGitvsTFS.md`	2019-05-30	2018-07-31
Visual Studio for Mac	`MS_VisualStudioForMac.md`	2021-06-15	2020-09-02
Xamarin Studio	`MS_XamarinStudio.md`	2021-05-19	2020-09-04
ネットワーク脆弱性対策	`MS_NetworkVulnerabilityCountermeasures.md`	2020-06-10	2021-02-11
ASP.NET のプロジェクト・テンプレートの変遷	`MS_ASPNETTemplateHistory.md`	2018-04-26	2018-12-07
Mono Develop	`MS_MonoDevelop.md`	2021-04-14	2020-09-02
ASP.NET MVCでDataTableを使用する。	`MS_ASPNETMVCDataTable.md`	2018-01-16	2018-07-20
ビルド	`MS_Build.md`	2020-02-27	2019-09-05
React Native for Windows	`MS_ReactNativeForWindows.md`	2020-12-08	2021-05-24
*.aspx.designer.cs(vb)を生成する方法	`MS_ASPXDesignerGeneration.md`	2021-06-15	2021-11-17
Dart・Flutter for Visual Studio Code	`MS_DartFlutterForVSCode.md`	2026-01-13	2026-06-10
ASP.NET＋クライアント証明書	`MS_ASPNETClientCert.md`	2021-08-25	2021-05-10
Jmeterのインストール	`MS_JMeterInstallation.md`	2020-05-15	2020-02-21
Express関連	`MS_VisualStudioExpress.md`	2025-06-09	2025-08-21
Node Services	`MS_NodeServices.md`	2019-09-04	2019-11-08
StyelCop	`MS_StyleCop.md`	2018-01-16	2018-03-15
FxCop	`MS_FxCop.md`	2018-01-16	2018-03-15
.NETコントロールのカスタマイズ方法	`MS_DotNetControlCustomization.md`	2019-04-04	2019-05-07
ASP.NET MVCのWebGrid	`MS_ASPNETMVCWebGrid.md`	2017-03-27	2017-02-27
.NET4におけるサンドボックス化API	`MS_DotNet4Sandbox.md`	2017-03-27	2017-02-27
Webアプリケーション脆弱性対策	`MS_WebAppVulnerabilityCountermeasures.md`	2021-01-19	2021-02-11
Visual Studio Kubernetes Tools	`MS_VSKubernetesTools.md`	2026-07-09	2026-07-12
GitHub Copilot Coding Agent	`MS_GitHubCopilotCodingAgent.md`	2026-07-13	2026-07-14

フェーズ98（10ページ）

配置先: techinfoofmicrosofttech/officeandclericaltopics/、
techinfoofmicrosofttech/（ルート）、
techinfoofmicrosofttech/infrastructure/platform/

Power Platform / Dynamics / Office サーバ製品（SharePoint・Exchange）を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Microsoft Power Platform	`MS_PowerPlatform.md`	`officeandclericaltopics/`	2025-03-21
Power Apps	`MS_PowerApps.md`	`officeandclericaltopics/`	2022-03-01
Microsoft Power Automate	`MS_PowerAutomate.md`	`officeandclericaltopics/`	2024-12-17
Dynamics	`MS_Dynamics.md`	`techinfoofmicrosofttech/`	2017-04-24
Dynamics CRM	`MS_DynamicsCRM.md`	`techinfoofmicrosofttech/`	2017-03-27
Dynamics AX	`MS_DynamicsAX.md`	`techinfoofmicrosofttech/`	2017-03-01
SharePoint	`MS_SharePoint.md`	`infrastructure/platform/`	2021-04-16
Microsoft SharePoint Online	`MS_SharePointOnline.md`	`officeandclericaltopics/`	2024-12-17
Exchange	`MS_Exchange.md`	`infrastructure/platform/`	2024-12-17
Microsoft Exchange Online	`MS_ExchangeOnline.md`	`officeandclericaltopics/`	2024-12-17

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_PowerPlatform.md: Microsoft Docs へのリンクが
　 …/common-data-service/data- と途中で切れていたため修正。
　 Common Data Service は Dataverse に改称、
　 Power Virtual Agents は Copilot Studio に統合・改称、
　 Power Apps Community Plan は開発者プランに置き換わったことを補足。
　著者の「入力 → 加工 → 出力」というパイプラインの見立てが、
　 Excelをフロントエンドとして使うの
　「入力は Power Apps、出力は Power BI」という分担と同じ構図である点も追記。　 MS_PowerApps.md: 「キャンパス・アプリ」→キャンバスアプリ、
　 Power Fx（ローコード言語 の閉じ括弧の欠落、SharePoint on-line の表記を修正。
　 キャンバスアプリとモデル駆動型アプリの選び分けを表で整理。
　著者の「SI とは競合しない」という見立てはおおむね当たったが、
　部門内製の増加により野良アプリの統制という新しい課題が生まれ、
　 Managed Environments などが追加された点を補足。
　拡張ポイント（プラグイン / Web API / SDK / PCF）の現況も追記。　 MS_PowerAutomate.md: 見出し「フロー（トリガー、アクション、コネクタ」の
　閉じ括弧の欠落、「デクストップ・フロー」→「デスクトップ・フロー」を修正。
　 powerautomate.microsoft.com/ と ja-jp/ が改行で分断されていた URL を結合。
　 Microsoft Flow → Power Automate への改称と
　 UI フロー → Power Automate for desktop の経緯、
　実装上の注意（ポーリングトリガ、Apply to each の逐次実行、エラー時の分岐）、
　 API があるならクラウドフローという使い分けを補足。
　大量のテンプレート一覧は当時のスナップショットである旨を明記したうえで保持し、
　実際に多いのが通知・承認・転記の 3 パターンであることを追記。　 MS_Dynamics.md: Dynamics 365 への統合に伴う製品名の対応表を追加。
　なお、元ページには Tags: 行が無かったため、
　元 Wiki のタグ語彙にある ビジネス・アプリケーション を付与した。　 MS_DynamicsCRM.md: 機能別アプリ（Sales / Customer Service 等）への分割と
　 エンティティ → テーブルという用語変更を明記。
　著者が挙げる「厳密なプロセスを規定しない」「ゆるいトランザクション」が
　 ERP との性格の違いを表しており、
　整合性をアプリ側で担保しない前提であることを補足。
　「フィード（Yammer）」の Yammer が Viva Engage に改称された旨も追記。　 MS_DynamicsAX.md: 元ページは概要が空だったため、
　 ERP としての位置づけ（旧称 Axapta、X++ と AOT、
　 Dynamics 365 Finance / Supply Chain Management への分割）を補い、
　 Dynamics CRM との設計思想の違いを表で整理した。
　なお、元ページには Tags: 行が無かったため、ビジネス・アプリケーション を付与した。　 MS_SharePoint.md: SharePoint Designer の提供終了と
　ワークフローの Power Automate への移行、
　 サブサイト階層は非推奨となりフラット + ハブサイトが推奨であること、
　「サイトコレクションは 1 つのコンテンツ DB に収まる」制約が
　 容量設計の上限を意味することを補足。　 MS_SharePointOnline.md: 元ページは概要の一文のみで詳細・参考が空だったため、
　オンプレミス版との差分を表で整理し、
　 Teams / OneDrive / Lists の実体が SharePoint であるという関係、
　移行時にツールでは移せない範囲（サーバサイドコード、サブサイト階層、
　 SharePoint Designer ワークフロー）を補足した。　 MS_Exchange.md: Exchange Server 2016 / 2019 は 2025 年 10 月にサポート終了、
　後継は Subscription Edition であること、
　オンプレミス版はインターネットに公開される認証入口を持つため
　更新適用が特に重要であること、ハイブリッド構成という中間形態を補足。
　なお、元ページには Tags: 行が無かったため、
　同じ「プロダクト」配下の SharePoint に合わせて
　 インフラストラクチャ を付与した。　 MS_ExchangeOnline.md: 本ページが扱う SMTP AUTH の Basic 認証廃止について、
　影響が出るのが業務システムからの自動メール送信（帳票配信、
　バッチ通知、監視アラート）であり、
　サーバ更改（バージョン・アップ移行）の
　「既定値の変更による障害」と同じ構図である点を補足。
　洗い出しに SMTP AUTH クライアント送信レポートが使えること、
　選択肢（MSAL で OAuth2 / Microsoft Graph / Azure Communication Services）の
　使い分けを表で整理し、SMTP AUTH 自体の廃止ではないことを明記した。

フェーズ99（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/platform/virtualization/、
techinfoofmicrosofttech/infrastructure/platform/embedded/、
techinfoofmicrosofttech/infrastructure/shell/、
techinfoofmicrosofttech/programming/dotnetcore/

コンテナ（Docker）と、クロスプラットフォームな実行環境（Raspbian / IoT / シェル）を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Visual Studio Code Docker extension	`MS_VSCodeDockerExtension.md`	`infrastructure/platform/virtualization/`	2020-06-04
.NET CoreのDockerfile	`MS_DotNetCoreDockerfile.md`	`programming/dotnetcore/`	2026-05-26
Docker for Windowsのネットワーク設定	`MS_DockerForWindowsNetwork.md`	`infrastructure/platform/virtualization/`	2020-08-06
Server Core	`MS_ServerCore.md`	`infrastructure/platform/virtualization/`	2020-04-12
Bash	`MS_Bash.md`	`infrastructure/shell/`	2026-05-13
Python on Windows	`MS_PythonOnWindows.md`	`infrastructure/shell/`	2025-07-20
.NET Core On Rasbian	`MS_DotNetCoreOnRaspbian.md`	`infrastructure/platform/embedded/`	2021-05-17
.NET On Rasbian	`MS_DotNetOnRaspbian.md`	`infrastructure/platform/embedded/`	2021-04-15
Mono On Rasbian	`MS_MonoOnRaspbian.md`	`infrastructure/platform/embedded/`	2021-04-14
Windows 10 IoT	`MS_Windows10IoT.md`	`infrastructure/platform/embedded/`	2021-06-30

※ 添付ファイル（図）

移行先ファイル	図
`MS_DotNetCoreDockerfile.md`	`MS_DotNetCoreDockerfile_1.png`（元: `hoge.png`）

※ ファイル名について。元 Wiki のページ名「Rasbian」は
　「Raspbian」（Raspberry + Debian）の綴りが正しいため、
　 ページ名・見出しは元表記のままとし、
　移行先ファイル名のみ正しい綴りに合わせた
　（MS_DotNetOnRaspbian.md / MS_MonoOnRaspbian.md / MS_DotNetCoreOnRaspbian.md）。
　これはフェーズ86 の Windows 10 IoT Core で予約した方針の踏襲である。

※ 正誤・補足の主なもの。

　 MS_VSCodeDockerExtension.md: 著者が「何が何だか解らない」として
　「恐らく Remote - Containers がソレ」と推測していた点について、
　 実際には 2 つの別々の拡張機能であることを表で整理した
　（ms-azuretools.vscode-docker（Docker を操作する。現 Container Tools）と
　 ms-vscode-remote.remote-containers（コンテナの中で開発する。現 Dev Containers））。
　本ページの参考リンクはすべて前者を指す。
　 Dev Containers の要点（devcontainer.json により開発環境をコードとして共有）と、
　著者の「Docker を素で触れるようにしておいたほうが良い」が現在も有効である旨を補足。　 MS_DotNetCoreDockerfile.md: 「各バーション」→「各バージョン」を修正。
　 GitHub の既定ブランチ変更（master → main）に伴いリンクを修正。
　 .NET 5 以降イメージ名から core が外れたこと、
　 .csproj を先に COPY する書き方がレイヤーキャッシュのための定石であることを補足。
　著者が実験で突き止めた「開発用 Dockerfile の build / publish は
　 F5 実行では通らない」という結論は Visual Studio の Fast Mode の挙動として正しいが、
　 Release 構成や Fast Mode 無効時には全ステージがビルドされるため、
　削るなら開発専用と割り切るべき旨を注意として追記した。　 MS_DockerForWindowsNetwork.md: 本ページが Hyper-V バックエンド
　（MobyLinuxVM / DockerNAT）を前提としていることを冒頭に明記し、
　 現行の WSL 2 バックエンドでの構成を末尾に表で追加した。
　コンテナ間通信はホスト経由ではなく
　ユーザー定義ネットワーク（コンテナ名で名前解決）を使うのが現在の方法であること、
　著者が最後にたどり着いた host.docker.internal が現在の推奨だが
　 Docker Desktop 限定である点を補足。　 MS_ServerCore.md: 元ページはコンテナ用 OS としての側面のみだったため、
　 Windows Server のインストールオプションというもう 1 つの側面
　（2012 以降は既定。更新の再起動が減り、攻撃対象領域が小さい）を補い、
　 Nano Server との使い分け（既存資産のコンテナ化には Server Core が必要、
　ただし数 GB あり、ホストと Windows バージョンを揃える必要がある）を追記。　 MS_Bash.md: macOS の既定シェルが Catalina 以降 zsh に変更された旨を修正。
　 Windows で Bash が動く 4 つの経路（WSL / Git Bash / Cygwin・MSYS2 / コンテナ）を
　区別する必要がある点と、WSL での躓きどころ
　（パス、CRLF による bash: \r: command not found、パーミッション、性能）を補足。　 MS_PythonOnWindows.md: 「だたし」→「ただし」を修正。
　 Anaconda は一定規模以上の組織で商用利用が有償である点、
　 winget からのインストール、py ランチャーの具体的な使い方、
　 PowerShell での Activate.ps1 が実行ポリシーでブロックされること
　（-Scope Process で回避）、
　 pip が Windows のプロキシ設定を見ない理由を補足。　 MS_DotNetOnRaspbian.md: 「Mono が GUI、.NET Core が CUI」という役割分担が、
　 Mono の .NET への統合と System.Device.Gpio 等の整備により
　 解消されたことを明記（現在は .NET で統一してよい）。　 MS_MonoOnRaspbian.md: 著者が「ナンチャッテ」「本域」と評した 2 方式について、
　前者（.NET Fx バイナリを Mono で実行）が
　 Windows Forms の非互換・P/Invoke・レジストリ依存で詰まりやすく、
　後者（Gtk Sharp）は UI 書き直しになる代わりに安定する、
　というトレードオフを表で整理。現在の代替として Avalonia UI を挙げた。
　なお、参考リンクのうち「初級　後編」と「パーツサンプル集」は
　元ページで同一 URL が記載されており、どちらが正しいか判断できないため元のまま残した。　 MS_DotNetCoreOnRaspbian.md: 「Raspberry Pi 4 に .NET 5 SDK を…」のリンクが
　直前の Qiita 記事と同一 URL だったため、ブログのトップ URL に置き換えた。
　 アーキテクチャ毎に Dockerfile を使い分けるという試行錯誤は、
　現在は Docker Buildx のマルチアーキテクチャビルドで一括して扱える旨、
　著者が「OmniSharp の ARM 対応待ち」としていた件は
　 C# 拡張の Roslyn 化により linux-arm64 で解消したが
　 armv7 は依然対象外であるため 64bit 版 OS が実質的な解決策である旨、
　 --privileged は最小権限に絞れる旨を補足。
　また、.NET 5 はサポート終了しているため LTS を選ぶこと、
　現在のインストールは dotnet-install.sh / APT が使えることも追記。　 MS_Windows10IoT.md: 3 つの OS のその後を表で整理した。
　 IoT Core は新規開発が終息（Windows 11 IoT Core は提供されない）しており、
　残っているのは実質 IoT Enterprise の系列のみである点を明記。
　小型ボードで .NET を動かす用途は
　現在 Linux（Raspberry Pi OS）+ .NET が現実的である旨を追記。

フェーズ100（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/shell/、
techinfoofmicrosofttech/infrastructure/windowsos/

PowerShell 系（7 ページ）と、Windows OS の管理系（3 ページ）を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
PowerShell オブジェクトベースのシェル	`MS_PowerShellObjectBasedShell.md`	`infrastructure/shell/`	2022-02-21
PowerShellのPS1ファイルの作成と実行	`MS_PowerShellPS1File.md`	`infrastructure/shell/`	2020-05-18
PowerShell プロバイダとドライブ	`MS_PowerShellProvider.md`	`infrastructure/shell/`	2018-02-13
PowerShell Cmdletの作り方	`MS_PowerShellCmdlet.md`	`infrastructure/shell/`	2018-02-13
PowerShell Module vs Snapin	`MS_PowerShellModuleVsSnapin.md`	`infrastructure/shell/`	2018-02-13
PowerShell Core	`MS_PowerShellCore.md`	`infrastructure/shell/`	2020-03-21
PowerShell ISE	`MS_PowerShellISE.md`	`infrastructure/shell/`	2018-01-29
Windowsの帯域制御	`MS_WindowsBandwidthControl.md`	`infrastructure/windowsos/`	2020-11-06
セーフモードで起動	`MS_SafeMode.md`	`infrastructure/windowsos/`	2020-04-13
マイクロソフト管理コンソール（MMC）	`MS_MMC.md`	`infrastructure/windowsos/`	2021-06-28

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_PowerShellObjectBasedShell.md: 「Get-Memberコマンドレット調べる」の脱字、
　 sort-obejct → sort-object を修正。
　テキストベースとオブジェクトベースの差が
　「書式への依存」対「プロパティ名への依存」として現れることを補足。
　 Format-* はパイプラインの終端に置く（通した後のオブジェクトは別物になる）、
　 $dirs += $ret は要素数が増えると重い（List<T> を使う）という実装上の注意も追記。
　著者の「Windows には強力なテキスト処理の CUI が無い」という指摘は、
　 WSL と winget により状況が変わった旨も補足。　 MS_PowerShellProvider.md: Microsoft Docs のリンクが移転していたため修正。
　プロバイダの設計思想（すべてを階層的な名前空間として扱う）により
　 Get-ChildItem 等が対象を問わず使えること、
　 AD: / SQLSERVER: は追加モジュールが必要であること、
　 New-PSDrive はセッション内でのみ有効であることを補足。　 MS_PowerShellModuleVsSnapin.md: PowerShell 3.0 以降はモジュールの自動読み込みが
　働くため明示的な Import-Module は必須ではないこと（それでも書く意味）、
　 Snapin がレジストリ登録を要するため配布性で Module に劣り廃止されたという
　経緯を表で整理。5.1 では Snapin も動くため、
　古い製品の管理スクリプトが PowerShell 7 移行の障壁になる点も追記。
　 PowerShell ギャラリーからの導入手順（Install-Module -Scope CurrentUser）も補足。　 MS_PowerShellCmdlet.md: [CmdletBinding()] を付けて Advanced Function にすると
　 -Verbose / -WhatIf 等の共通パラメーターが使えること、
　 承認された動詞（Get-Verb）に従う命名規約、
　配布には .psd1（モジュールマニフェスト）を用意することを補足。
　 PowerShell 実装と C# 実装の使い分けを表で整理し、
　 C# 製 cmdlet は .NET Standard 2.0 をターゲットにすると 5.1 と 7 の両方で動く旨も追記。　 MS_PowerShellPS1File.md: powersehll → powershell、testt.txt → test.txt、
　「スクリプトを終了しや後で」→「終了した後で」を修正。
　 実行ポリシーはセキュリティ境界ではない（本ページの回避方法が成立することが傍証）
　という位置づけを明記し、実際の境界（署名、AppLocker、制約言語モード）を補足。
　 -Scope Process と -ExecutionPolicy Bypass -File という
　影響の小さい方法、RemoteSigned が Mark of the Web で判定される仕組み
　（Unblock-File）を追記。
　変数スコープの要点が**「読み取りは親を辿るが、代入は常にローカルに新規作成される」
　ことである点、param はファイルの先頭に置く必要がある点も補足。　 MS_PowerShellCore.md: 元ページの詳細が空だったため、
　 Windows PowerShell 5.1 / PowerShell Core 6.x / PowerShell 7.x の
　関係を表で整理した（7.0 で "Core" が外れたのは .NET と同じ流れ）。
　移行時の非互換（Get-WmiObject の削除、Snapin の廃止、
　既定エンコーディングの UTF-8 化、PowerShell ISE が付属しない）と、
　 5.1 のまま使い続ける判断も現実的である旨を補足。
　インストール手順の URL は製品名変更に伴い移転しているため修正した。　 MS_PowerShellISE.md: 「WindowsWindows PowerShell」の重複、
　「Integrated Scripting Environmentnt」の誤記を修正。
　 ISE は機能追加が終了し、PowerShell Core には付属しないため
　現在は Visual Studio Code が推奨である旨、
　 ISE 固有の挙動（$Host.Name、コンソール専用 API が動かない）により
　 ISE で動いたのにタスクスケジューラで失敗する事故が起こり得る点を補足。　 MS_WindowsBandwidthControl.md: 帯域制御をどのレイヤで行うか**（アプリ / OS 送信 / ネットワーク機器）を
　表で整理し、本ページの例が
　 PowerShell プロバイダとドライブの
　 IIS: ドライブの実例になっている点を補足。
　元ページが「？？」としていた PowerShell からの QoS 操作
　（Get-NetQosPolicy / New-NetQosPolicy）を追記。
　なお、「TCP Monitor Plus」と「Traffic Management Controller」の
　アンカー（#trafficcon / #tcpmon）は入れ替わっている可能性があるが、
　確認できないため元の記載のまま残した。　 MS_SafeMode.md: 著者の「セーフモードはあまり役に立たない」という評価が
　 **「再現しなかった場合に得られる情報が少ない」**という性質によることを補足し、
　次に取るべき手段（クリーンブートによる二分探索、イベントログ、
　クラッシュ・ダンプ、verifier.exe）を追記。
　 Windows 8 以降［F8］は既定で無効であるため、現在の起動方法も補足した。
　なお、元ページの冒頭のフッタ表記が他ページと異なる旧い形式
　（「Open棟梁Project - マイクロソフト系技術情報 Wiki」）だったが、
　他ページと同様に当該行は除去している。　 MS_MMC.md: 著者の「Microsoft 純正品はクロス・プラットフォームを
　意識していないので MMC で開発されている」という指摘はその後
　 Windows Admin Center / Azure Portal / PowerShell への移行という形で
　裏付けられた旨を補足（MMC 自体は廃止されていない）。
　元ページが見出しのみだった「証明書スナップイン」について、
　 ローカルコンピューターと現在のユーザーは別ストアであること、
　 中間証明機関のチェーン欠落が定番の障害であること、
　 秘密鍵のアクセス許可をサービスの実行アカウントに与える必要があることを補い、
　主要な .msc の一覧と、リモート接続できる性質
　（Server Core の管理に使う）も追記した。

※ 台帳の整理（フェーズ98〜100 に付随して実施）

新たに 11 件を予約した。移行した 3 ページからリンクされているが、
まだ移行していないページ。

元ページ名	予約ファイル名	リンク元
Dynamics CRM Online	`MS_DynamicsCRMOnline.md`	`MS_DynamicsCRM.md`
CRMのシステム要件と必須テクノロジ	`MS_CRMSystemRequirements.md`	`MS_DynamicsCRM.md`
CRMのインストールと構成	`MS_CRMInstallation.md`	`MS_DynamicsCRM.md`
CRMの展開マネージャを使用した管理	`MS_CRMDeploymentManager.md`	`MS_DynamicsCRM.md`
CRMのアップグレード（2011→2013）	`MS_CRMUpgrade2011To2013.md`	`MS_DynamicsCRM.md`
マーケティング・モジュール	`MS_CRMMarketingModule.md`	`MS_DynamicsCRM.md`
営業モジュール	`MS_CRMSalesModule.md`	`MS_DynamicsCRM.md`
サービス・モジュール	`MS_CRMServiceModule.md`	`MS_DynamicsCRM.md`
共通的なレコード	`MS_CRMCommonRecords.md`	`MS_DynamicsCRM.md`
共通的な機能	`MS_CRMCommonFeatures.md`	`MS_DynamicsCRM.md`
PuTTY	`MS_PuTTY.md`	`MS_DotNetCoreOnRaspbian.md`

　「マーケティング・モジュール」「営業モジュール」「サービス・モジュール」
　「共通的なレコード」「共通的な機能」は元ページ名が汎用的だが、
　いずれも Dynamics CRM の配下ページ
　（ダンプ上の「戻る」が Dynamics CRM）であることを確認したうえで、
　予約ファイル名に CRM を含めて識別できるようにした。

フェーズ101（10ページ）

配置先: techinfoofmicrosofttech/（ルート）

Dynamics CRM の導入（要件・インストール・構成）系を移行した。
フェーズ98で MS_DynamicsCRM.md に置いたプレースホルダのうち、導入関連を解消している。

元ページ名	移行先ファイル	配置先	元の更新日
CRMのシステム要件と必須テクノロジ	`MS_CRMSystemRequirements.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのサーバ要件	`MS_CRMServerRequirements.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのクライアント要件	`MS_CRMClientRequirements.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのサポート・テクノロジ	`MS_CRMSupportingTechnologies.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのエディションとライセンス	`MS_CRMEditionsAndLicensing.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのサーバ機能	`MS_CRMServerRoles.md`	`techinfoofmicrosofttech/`	2020-05-15
CRMAppPool	`MS_CRMAppPool.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのインストールと構成	`MS_CRMInstallation.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMレポート拡張機能のインストール	`MS_CRMReportingExtensions.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMの高可用性オプション	`MS_CRMHighAvailability.md`	`techinfoofmicrosofttech/`	2021-03-15

※ 添付ファイルなし。

※ 元ページには Tags: 行が無かったため、元 Wiki のタグ語彙にある
　 Dynamics CRM を付与した（フェーズ101〜103の CRM 系ページに共通。
　例外は MS_CRMIFD.md で、内容に即して 認証基盤, クレームベース認証 とした）。
　この旨は MS_CRMSystemRequirements.md に移行メモとして記録している。

※ 正誤・補足の主なもの。

　 MS_CRMSystemRequirements.md: 「ビジネス・プロセスヘのマッピング」の
　「ヘ」（カタカナ）→「へ」（ひらがな）を修正。
　本ページ群が Dynamics CRM 2013/2015 世代を対象にしていることを明記し、
　導入方法論 Sure Step がその後 FastTrack に置き換わった旨を補足。　 MS_CRMServerRequirements.md: 「実行されてること」の脱字を修正。
　 Server Core と SQL Server Express が
　サポート外である理由（フル .NET と SSRS への依存、DB サイズ上限）と、
　 SQL Server への接続が Windows 認証のみであることの意味を補足。　 MS_CRMClientRequirements.md: IE11 デスクトップアプリは提供終了、
　 Mobile Express は 2015 以降非推奨である旨を明記。
　ネイティブアプリが IFD を要求する理由を補った。　 MS_CRMSupportingTechnologies.md: 「Dynamics CRM にアクセスにインターネットから」の
　語順の乱れを修正。リンク先「CRMのサーバ機能とクライアント要件」は
　実体が無く、CRMのサーバ機能と
　 CRMのクライアント要件の 2 ページに分かれているため張り替えた。
　 Azure AD → Microsoft Entra ID の改称、
　 Microsoft Exchange Online の Basic 認証廃止も補足。　 MS_CRMEditionsAndLicensing.md: 元ページで「・・・」のみだった節を補い、
　 Essential / Basic / Professional という当時の体系が
　現在の Sales / Customer Service 等のアプリ別ライセンスに
　置き換わっている旨を明記。　 MS_CRMServerRoles.md: 「ワークフローブロセス」→「ワークフロープロセス」を修正。
　サーバ機能の 3 分割（フロントエンド／バックエンド／展開管理）が
　現在も有効な設計原則である点と、
　 インストール後に基本言語を変更できないことの影響を補足。　 MS_CRMAppPool.md: 元ページが 722 バイトと短いため、
　 CRMAppPool が何であり、IIS 側で直接変更してはいけない
　（展開マネージャ経由で変更する）ことを補った。　 MS_CRMInstallation.md: IE のゾーン設定が必要な理由、
　インストール時に作成される AD グループと DB 権限の関係、
　「完了後変更不可」の項目に注意すべき理由を補足。　 MS_CRMReportingExtensions.md: 「全て、既定のレポートは全て SQL ベースの…」の
　重複を整理。フィルタービューと FetchXML の使い分けを補足し、
　著者が「？？」を付けた箇所に回答を補った。　 MS_CRMHighAvailability.md: 著者が予想していたとおり
　 データベースミラーリングは非推奨となり、
　 Always On 可用性グループに置き換わったことを明記。
　 NLB のアフィニティ「単一」の意味と、
　両ノードで同じサービスアカウントを使う理由（SPN）を補足。

フェーズ102（10ページ）

配置先: techinfoofmicrosofttech/（ルート）

Dynamics CRM の運用（展開管理・アップグレード・セキュリティ・
電子メール連携）系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
CRMの展開マネージャを使用した管理	`MS_CRMDeploymentManager.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMの展開の管理とトラブルシューティング	`MS_CRMDeploymentManagement.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMのアップグレード（2011→2013）	`MS_CRMUpgrade2011To2013.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMインターネット展開用の構成（IFD）	`MS_CRMIFD.md`	`techinfoofmicrosofttech/`	2020-05-15
CRM セキュリティモデルの作成	`MS_CRMSecurityModel.md`	`techinfoofmicrosofttech/`	2017-02-27
CRM 追加のセキュリティオプション	`MS_CRMAdditionalSecurityOptions.md`	`techinfoofmicrosofttech/`	2017-02-27
CRMの電子メールの管理	`MS_CRMEmailManagement.md`	`techinfoofmicrosofttech/`	2017-02-27
CRM E-mail Router	`MS_CRMEmailRouter.md`	`techinfoofmicrosofttech/`	2017-02-27
CRM サーバー側同期	`MS_CRMServerSideSync.md`	`techinfoofmicrosofttech/`	2017-02-27
Outlook用Microsoft Dynamics CRM	`MS_OutlookForDynamicsCRM.md`	`techinfoofmicrosofttech/`	2017-03-03

※ 添付ファイルなし。

※ TODO.md では「CRM セキュリティモデルの作成」を MS_DynamicsSecurityModel.md、
　「CRM 追加のセキュリティオプション」を MS_DynamicsSecurityOptions.md として
　予約していたが、他の CRM 系ページと接頭辞を揃えるため
　 MS_CRMSecurityModel.md / MS_CRMAdditionalSecurityOptions.md に改めた。
　唯一のリンク元である MS_Security.md のプレースホルダも張り替え済み。

※ 正誤・補足の主なもの。

　 MS_CRMDeploymentManager.md: 「SQL Serve」→「SQL Server」の脱字を修正。
　展開マネージャが持つ「第 3 の権限体系（展開管理者）」が
　セキュリティロールとは別物であること、
　「削除しても DB は残る」という設計の意図を補足。　 MS_CRMDeploymentManagement.md: 「転送用メールボックスを関し」→「監視し」を修正。
　リンク先「Windows サービス」の綴りを MS_WindowsService に修正。
　 暗号化キーを控えていないと復旧できないという点が本ページで最も重要である旨、
　 CRM Server は「捨てて作り直す」のが復旧手順である旨を強調。　 MS_CRMUpgrade2011To2013.md: 「設定/設定」の重複、「チェッック」、「構成セッテ」を修正。
　 3 つのアップグレード方法のトレードオフを表で整理し、
　サーバ更改（バージョン・アップ移行）や
　移行時のテスト工程の工数との対応を補足。　 MS_CRMIFD.md: 「もしくはは同等の語句」の重複を修正。
　手順中の $ClaimSettings は前後と整合しない可能性がある旨を注記（元の表記は残置）。
　 IFD が「インターネット公開の設定」ではなく
　 クレームベース認証への切り替えである点を補足。
　本ページのみ Tags: を 認証基盤, クレームベース認証 とした。　 MS_CRMSecurityModel.md: 「セキュリモデル」「ユーザ個人にに」「アクセク許可」
　「MicrosOft」「性能のが向上する」を修正。
　アクセスレベルの表が 4 段階なのに本文が「5 つすべて」としている
　食い違いを注記。
　複数ロールが OR で合成されることの含意、
　共有による PrincipalObjectAccess の肥大化、
　部署移動でレコードの権限が変わる運用上の落とし穴を補足。　 MS_CRMAdditionalSecurityOptions.md: 「レコードにレコードに対する共有特権」の
　重複を修正。
　ロール／レコード／フィールドの 3 層と、監査が AND で構成される点を補足。　 MS_CRMEmailManagement.md: 3 方式（Outlook クライアント／E-mail Router／
　サーバー側同期）を並列に比較しているが、
　 現在はサーバー側同期の一択である旨を明記。　 MS_CRMEmailRouter.md: 見出し「プロファルの数と種類」→「プロファイルの数と種類」を修正。
　 E-mail Router が提供終了であること、
　「代理送信（Send on Behalf）」と「代理人送信（Send As）」の違いを補足。　 MS_CRMServerSideSync.md: 「アクティでないメールボックスの無効化する」を修正。
　元ページの表で Online 行の一部の列が空欄だった箇所を注記。
　 POP3 / SMTP では予定・取引先担当者・タスクが同期できない点を補足。　 MS_OutlookForDynamicsCRM.md: 見出し「オンラン」→「オンライン」を修正。
　手順の「表示で［いいえ］」が前後と整合しないため注記。
　この Outlook 用クライアント（アドイン）は提供終了しており、
　現在は Web ベースの Dynamics 365 App for Outlook である旨を明記。
　オフライン同期がフィールドレベルで後勝ちである仕様の含意を補足。

フェーズ103（10ページ）

配置先: techinfoofmicrosofttech/（ルート）

Dynamics CRM のモジュール構成・共通機能・カスタマイズ系と、
Dynamics のカスタマイズ（AX を含む）を移行した。
これによりフェーズ98で MS_DynamicsCRM.md に置いたプレースホルダは全て解消した。

元ページ名	移行先ファイル	配置先	元の更新日
Dynamics CRM Online	`MS_DynamicsCRMOnline.md`	`techinfoofmicrosofttech/`	2017-03-01
Dynamicsのカスタマイズ	`MS_DynamicsCustomization.md`	`techinfoofmicrosofttech/`	2017-03-01
Dynamics AX開発 (AOT)	`MS_DynamicsAXAOT.md`	`techinfoofmicrosofttech/`	2017-03-01
CRMのカスタマイズ	`MS_CRMCustomization.md`	`techinfoofmicrosofttech/`	2020-04-20
CRM 業務ルールの構成	`MS_CRMBusinessRules.md`	`techinfoofmicrosofttech/`	2017-02-27
マーケティング・モジュール	`MS_CRMMarketingModule.md`	`techinfoofmicrosofttech/`	2017-04-05
営業モジュール	`MS_CRMSalesModule.md`	`techinfoofmicrosofttech/`	2017-04-22
サービス・モジュール	`MS_CRMServiceModule.md`	`techinfoofmicrosofttech/`	2017-03-27
共通的なレコード	`MS_CRMCommonRecords.md`	`techinfoofmicrosofttech/`	2017-03-27
共通的な機能	`MS_CRMCommonFeatures.md`	`techinfoofmicrosofttech/`	2020-02-21

※ 添付ファイルなし。

※ 「マーケティング・モジュール」は、元ページが
　「概要」の見出しのみで本文が書かれていなかった（398 バイト）。
　見出しだけを移行しても意味がないため、
　 Dynamics CRM 本体ページの記述と、
　姉妹ページである営業モジュール・
　サービス・モジュールの構成から位置づけを補い、
　その旨を移行メモとして明記した。
　著者による本文が加筆された場合は、当該節を置き換えること。

※ 正誤・補足の主なもの。

　 MS_DynamicsCRMOnline.md: 「ユーザビューの作成管・管理」の衍字を修正。
　「サブスクリプションによって制限が異なる。」の直後にあった
　対応の無い閉じ括弧「」」を除去。
　「管理者が更新を承認するまで更新されない」というモデルが
　現在の年 2 回のリリースウェーブ方式に置き換わっている点、
　 Office 365 管理センター → Microsoft 365 管理センター、
　記憶域が データベース / ファイル / ログの 3 種に分かれた点を補足。　 MS_DynamicsCustomization.md: 「諸パケージ」→「諸パッケージ」を修正。
　「パッケージ付属の開発ツールはその製品でしか通用しないスキルになる」という
　著者の見立てが、現在のローコード / ノーコード全般に当てはまること、
　 Dynamics 側がその後 Power Platform へ統合した経緯を補足。
　本ページと MS_DynamicsAXAOT.md は CRM 専用ではないため、
　 Tags: は Dynamics と同じ ビジネス・アプリケーション とした。　 MS_DynamicsAXAOT.md: 「アセンプリ」→「アセンブリ」、
　「基本列挙方」→「基本列挙型」を修正。
　 AOT が AX 2012 までの開発環境であり、
　後継の Dynamics 365 Finance and Operations では
　 Visual Studio + ファイル化されたソース + Azure DevOps に
　変わっている旨を明記。
　著者が「大規模開発向けではなさそう」と評した理由（AOT がモデルストア（DB）で
　管理されるためテキスト系 VCS と相性が悪い）と、
　レイヤーが継承ではなくコピーであることが
　「カスタマイズが案外面倒」の原因である点を補足。
　 .NET Business Connector は廃止されている旨も追記。　 MS_CRMCustomization.md: 「サイズが小さくて済管理も容易」の脱字、
　「開発用用途の」の重複、「インポートフィアル」→「インポートファイル」、
　「RetrieveMultipleMethod メソッド」の重複、
　 WhoAml → WhoAmIRequest（I を l と表記した綴り誤り）を修正。
　「アンマネージドソリューションを削除すると既定のソリューションから
　カスタマイズも削除される」は直前の記述と矛盾しており、
　 実際には実体は削除されない旨を注記。
　「インポート元の方がバージョン番号が大きい場合はインポート不可能」も
　記述が逆である旨を注記。
　リンク先だった WF は元 Wiki 側に実体が無かったため、
　プレーンテキストとし正式名称（Windows Workflow Foundation）を補った。
　 SOAP エンドポイントと OData v2 がWeb API に一本化された点、
　「エンティティ／フィールド／関連付け」が現在の Dataverse では
　「テーブル／列／リレーションシップ」である点も補足。　 MS_CRMBusinessRules.md: 「読み取り変更」→「読み取り専用」、
　「するかどうを変更する」（3 箇所）の脱字を修正。
　元ページで「・・・」のみだった「スコープ＞エンティティ」の節と、
　「？」付きで列挙されていた画面名を整理して補った。
　「AND のみ、OR は別ルールに分ける」という制約が
　現在は AND / OR の切り替えと Else 分岐で解消されている旨を補足。　 MS_CRMServiceModule.md: 元ページの「サポート情報をキューで管理する」は、
　キューの管理対象がサポート情報（ナレッジ記事）ではなく作業アイテムであるため、
　リンクは残したうえで読み替えを注記。　 MS_CRMCommonFeatures.md: 概要が
　「『Dynamics CRM』の共通的なレコードについて説明します。」となっていたが、
　これは共通的なレコードからの転記時の写し誤りと判断し修正。
　見出し「タクス」→「タスク」を修正。
　「FetchXML を使用して自由 SQL を実装できる」は
　 FetchXML が SQL そのものを書ける仕組みではないため注記。
　リンク先「CRM グラフ・ダッシュボードのカスタマイズ」は元 Wiki 側に実体が無く、
　実在するのは「CRM グラフのカスタマイズ」と「CRM ダッシュボードのカスタマイズ」の
　 2 ページであるため、グラフ／ダッシュボードの各節に割り当てた。
　元ページで「・・・」または見出しのみだった「ダイアログ・ボックス」「操作」の
　各節を整理・補完し、ダイアログとクラシックワークフローは非推奨／廃止で
　 Power Automate に置き換わっている旨を明記。

※ 台帳の整理（フェーズ101〜103 に付随して実施）

TODO.md から移行済みの 17 行を削除した。
新たに 27 件を予約した。移行したページからリンクされているが、
まだ移行していないページ。いずれもダンプに実体があることを確認済み。

元ページ名	予約ファイル名	リンク元
営業管理	`MS_CRMSalesManagement.md`	`MS_CRMSalesModule.md`
潜在顧客の管理	`MS_CRMLeadManagement.md`	`MS_CRMSalesModule.md`
営業案件の管理	`MS_CRMOpportunityManagement.md`	`MS_CRMSalesModule.md`
製品カタログ	`MS_CRMProductCatalog.md`	`MS_CRMSalesModule.md`
受注処理	`MS_CRMOrderProcessing.md`	`MS_CRMSalesModule.md`
営業の指標と目標	`MS_CRMSalesGoals.md`	`MS_CRMSalesModule.md`
営業分析	`MS_CRMSalesAnalytics.md`	`MS_CRMSalesModule.md`
顧客サービス	`MS_CRMCustomerService.md`	`MS_CRMServiceModule.md`
サポート案件	`MS_CRMCase.md`	`MS_CRMServiceModule.md`
サポート情報	`MS_CRMKnowledgeBase.md`	`MS_CRMServiceModule.md`
キューの管理	`MS_CRMQueueManagement.md`	`MS_CRMServiceModule.md`
契約	`MS_CRMContract.md`	`MS_CRMServiceModule.md`
サービスの指標と目標	`MS_CRMServiceGoals.md`	`MS_CRMServiceModule.md`
サービス分析	`MS_CRMServiceAnalytics.md`	`MS_CRMServiceModule.md`
サービス・スケジュール設定	`MS_CRMServiceScheduling.md`	`MS_CRMServiceModule.md`
主キーフィールド	`MS_CRMPrimaryKeyField.md`	`MS_CRMCommonRecords.md`
顧客エンティティ	`MS_CRMCustomerEntity.md`	`MS_CRMCommonRecords.md`
活動エンティティ	`MS_CRMActivityEntity.md`	`MS_CRMCommonRecords.md`
CRM エンティティのカスタマイズ	`MS_CRMEntityCustomization.md`	`MS_CRMCustomization.md`
CRM フィールドのカスタマイズ	`MS_CRMFieldCustomization.md`	`MS_CRMCustomization.md`
CRM 関連付けの管理	`MS_CRMRelationshipManagement.md`	`MS_CRMCustomization.md`
CRM フォームのカスタマイズ	`MS_CRMFormCustomization.md`	`MS_CRMCustomization.md`
CRM ビューのカスタマイズ	`MS_CRMViewCustomization.md`	`MS_CRMCustomization.md`
CRM グラフのカスタマイズ	`MS_CRMChartCustomization.md`	`MS_CRMCustomization.md`
CRM ダッシュボードのカスタマイズ	`MS_CRMDashboardCustomization.md`	`MS_CRMCustomization.md`
CRM 業務プロセスフロー	`MS_CRMBusinessProcessFlow.md`	`MS_CRMCustomization.md`
アプリケーションプール	`MS_ApplicationPool.md`	`MS_CRMAppPool.md`

フェーズ104（10ページ）

配置先: techinfoofmicrosofttech/dynamics/

CRMのカスタマイズの配下（エンティティ／フィールド／関連付け／
フォーム／ビュー／グラフ／ダッシュボード／業務プロセスフロー）と、
共通的なレコードの配下 2 ページを移行した。
これによりフェーズ103で MS_CRMCustomization.md に置いたプレースホルダは全て解消した。

元ページ名	移行先ファイル	配置先	元の更新日
CRM エンティティのカスタマイズ	`MS_CRMEntityCustomization.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM フィールドのカスタマイズ	`MS_CRMFieldCustomization.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM 関連付けの管理	`MS_CRMRelationshipManagement.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM フォームのカスタマイズ	`MS_CRMFormCustomization.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM ビューのカスタマイズ	`MS_CRMViewCustomization.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM グラフのカスタマイズ	`MS_CRMChartCustomization.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM ダッシュボードのカスタマイズ	`MS_CRMDashboardCustomization.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
CRM 業務プロセスフロー	`MS_CRMBusinessProcessFlow.md`	`techinfoofmicrosofttech/dynamics/`	2017-02-27
主キーフィールド	`MS_CRMPrimaryKeyField.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27
顧客エンティティ	`MS_CRMCustomerEntity.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_CRMEntityCustomization.md: 活動エンティティのプライマリフィールドの
　「名前」が「情報カテゴリ」となっていたが、これはスキーマ名 subject を
　 Subject エンティティの訳語と取り違えたものと判断し subject に改めた。
　「企業形態」は現在の UI では「所有権」（Ownership）と表示される旨を注記。
　所有権が作成後に変更できない理由（セキュリティモデルの適用範囲そのものを
　決めるため）、重複データ検出が非同期ジョブであり
　保存をブロックする一意キーには代替キーを使う点を補足。　 MS_CRMFieldCustomization.md: 整数の上限「2,147,483,648」→
　「2,147,483,647」、整数の容量「1バイト」→「4バイト」（SQL の int。
　同じ int のオプションセットの行が 4バイトになっており、そちらが正しい）、
　 2つのオプションのラベル既定値「ははい」→「はい」を修正。
　変更可能プロパティの表で通貨と日付と時間の番号が入れ替わっていたため連番に整理し、
　「2つのオプションセット」→「2つのオプション」に統一。
　その後追加されたデータ型（BigInt・顧客・ファイル・複数選択・数式列）を補足。　 MS_CRMRelationshipManagement.md: 親子関係の説明が
　「親の外部キーが子のプライマリーキーを指している」となっていたが
　外部キーを持つのは子側なので修正。
　「１対多の多側を表現するエンティティには交差エンティティという用語を使用する」も、
　交差エンティティは多対多の中間テーブルを指す用語であり
　直前の記述と矛盾していたため修正。
　テンプレートの表「削除：関連付けの削除」→「関連付けの解除」、
　「気密性」→「機密性」を修正。
　「削除」の節が同じ趣旨の 2 文で重複していたため 1 文に整理。
　オプションセットのマッピングで値が無い場合の挙動が疑問形のままだったため、
　コピーされず未設定になる旨に書き改めた。
　共有が PrincipalObjectAccess に積まれるためパフォーマンスに響く点を補足。　 MS_CRMFormCustomization.md: 「クラッシックフォーム」→「クラシックフォーム」、
　「天安製品」→「提案製品」、「標示される」→「表示される」を修正。
　フィールドのプロパティの節に「目的のセクションを…」と
　セクションからの写しが残っていたため「フィールド」に改めた。
　元ページで「・・・」のみだったメモコントロールのプロパティを補完。
　簡易表示フォームの「親から子」の例に付いていた「？」について、
　検索フィールド（多対１）をたどる仕組みのため親→子には使えず
　サブグリッドを使う旨を明記。
　 Silverlight の Web リソースが廃止され PCF に置き換わった点を補足。　 MS_CRMViewCustomization.md: 「FetchXML をして保存される」の脱字、
　「他のユーザチーム」→「他のユーザ・チーム」、
　「マスタレコードに表示されているとトランザクションレコードの列」の
　衍字を修正。
　高度な検索ビューのクエリの説明が「自由 SQL を使用してビューを提供」と
　なっていたが、生成されるのは FetchXML であり任意の SQL を書ける仕組みでは
　ないため書き改めた（フェーズ103 の MS_CRMCommonFeatures.md と同じ趣旨）。
　簡易検索のインデックスが作られなくなる条件「900 を超えるテキストフィールド」は、
　 SQL Server の非クラスタ化インデックスのキーサイズ上限（900 バイト）に
　由来するため「テキストフィールドの合計が 900 バイトを超えた場合」に改めた。
　元ページで見出しのみだった「既存のビューの編集」を補完。　 MS_CRMChartCustomization.md: 「個人用ブラフ」（3 箇所）→「個人用グラフ」、
　要約メソッド「Count:A」→「Count:All」を修正。
　インポート手順にエクスポート手順からの写し（「エクスポートするグラフを選択し、」）が
　残っていたため削除。
　元ページで見出しのみだったグラフの種類（Area／折線／複数系列／比較／面）を補完。
　日付カテゴリで折れ線グラフを避ける理由（GROUP BY の結果なので
　 0 件の日付が行として現れず、両隣が直線で結ばれてしまう）を補足。　 MS_CRMDashboardCustomization.md: 「別の組織に展開可能されている必要がある」の
　誤り、システムダッシュボードのコピー手順に残っていた「？」を修正。
　元ページで空だったリスト／グラフの「削除」手順と、
　「・・・？」で終わっていたコンポーネントのプロパティを補完。
　サイトマップは CRM 2016 以降 GUI で編集できる旨を注記。　 MS_CRMBusinessProcessFlow.md: 「業務プロセスフローにって」→「によって」、
　「可能なった」→「可能になった」、「を各ステージで」の衍字、
　「[アプティブ化]」（2 箇所）→「[アクティブ化]」、
　「作成されたれコード」→「作成されたレコード」を修正。
　「ココとココの仕様によって」の 2 つのリンクはリンク先が空だったため、
　文脈から本ページの「必須」の節とフィールドセキュリティを指すと判断し
　それぞれへのリンクにした。
　元ページで見出しのみだった「用途」「ステージ（手順）」と、
　「・・・」で終わっていた「[プロセスサイクルのクローズ]」を補完。
　「分岐ロジックを含めることはできない」は CRM 2013 当時の制限で、
　 CRM 2016 以降は条件分岐がサポートされている旨を注記。
　ダイアログが廃止され Power Automate に置き換わった旨も追記。　 MS_CRMPrimaryKeyField.md: 「これにより、・・・。」で途切れていたため、
　 GUID を主キーにしたことの帰結（環境をまたいでも衝突しない、
　クライアント側で採番できる、URL や API で一意に指せる）を補った。
　予約ファイル名の接頭辞が付くのはカスタムエンティティのみで、
　システムエンティティは accountid のように接頭辞なしである点、
　主キーフィールドとプライマリフィールドは別物である点を補足。　 MS_CRMCustomerEntity.md: 「顧客」という実体のテーブルは無く、
　取引先企業と取引先担当者のどちらかを指せる顧客型の検索である点、
　潜在顧客が未精査データを本番マスタから隔離する入れ物である点を補足。

フェーズ105（10ページ）

配置先: techinfoofmicrosofttech/dynamics/

営業モジュールの配下 7 ページと、
共通的なレコードの活動エンティティ、
サービス・モジュールの配下 2 ページを移行した。
これにより MS_CRMSalesModule.md と MS_CRMCommonRecords.md の
プレースホルダは全て解消した。

元ページ名	移行先ファイル	配置先	元の更新日
活動エンティティ	`MS_CRMActivityEntity.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
営業管理	`MS_CRMSalesManagement.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
潜在顧客の管理	`MS_CRMLeadManagement.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
営業案件の管理	`MS_CRMOpportunityManagement.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
製品カタログ	`MS_CRMProductCatalog.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
受注処理	`MS_CRMOrderProcessing.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
営業の指標と目標	`MS_CRMSalesGoals.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
営業分析	`MS_CRMSalesAnalytics.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
顧客サービス	`MS_CRMCustomerService.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
サポート案件	`MS_CRMCase.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_CRMActivityEntity.md: 「示する」→「示す」を修正。
　各活動が専用テーブルを持ちながら同じ GUID で ActivityPointer にも
　行を持つため、種類を問わず時系列で並べられる——という構造を補足。　 MS_CRMSalesManagement.md: 「サビス」→「サービス」、
　「取引のクロース」→「クローズ」、「教育期間」→「教育機関」を修正。
　通貨型が取引通貨と基本通貨の 2 列で保持され、
　集計は基本通貨側で行う点を補足。　 MS_CRMLeadManagement.md: 「性（必須）」（2 箇所）→「姓（必須）」を修正。
　見出し「プロセスリポン」はフォーム上部のプロセスバーを指すと判断し改めた。
　評価は削除ではなく非アクティブ化であり、
　元の潜在顧客が残るため評価率を集計できる点を補足。　 MS_CRMOpportunityManagement.md: 「公表上場高」→「公表売上高」
　（競合企業エンティティの reportedrevenue）を修正。
　内容の無い箇条書き（「-割当」の次の空行）を整理。
　受注／失注のクローズが「営業案件のクローズ」活動を生成し、
　失注理由と競合企業を残せば失注分析ができる点を補足。　 MS_CRMProductCatalog.md: 「インストール自に設定した通貨」→「インストール時」、
　「公開を効率できる」→「効率化できる」を修正。
　元ページで見出しのみだった「再分類」を補完。
　 CRM の在庫数量は受注しても自動では減らない参考値である点、
　値上げ率（Markup）と利益率（Margin）は同じ数値でも結果が異なる点、
　基本通貨は後から変更できない点を補足。　 MS_CRMOrderProcessing.md: 品目の追加の一覧で
　「請求書：請求書レコード」となっていたが、
　他の 3 つと同様に明細を表すエンティティの列挙なので「請求書製品」に改めた。
　受注・請求書のフィールド一覧で分類名が「？」だったグループを
　「配送・支払条件」「管理」に整理し、「？受注」「？顧客」の疑問符を外した。
　リスト外（Write-in）製品は製品別集計に現れない点、
　見積をアクティブにすると読み取り専用になる理由、
　受注の「価格のロック」の意味を補足。　 MS_CRMSalesGoals.md / MS_CRMServiceGoals.md: 元ページはいずれも
　「営業の指標目標：営業案件数の」のように文が途切れていたため、
　直後の行が「対象値」の列挙であることを踏まえて整理した。
　指標が金額型か数量型かを作成時に決める点を補足。　 MS_CRMSalesAnalytics.md: 冒頭の列挙（営業履歴／営業の生産性／売上予測）と
　詳述されている見出し（営業履歴／営業パイプライン）が対応していないため、
　元の記述を残したうえで対応関係を注記した。
　元ページで見出しのみだった「個人用グラフ」を補完。　 MS_CRMCustomerService.md: 「価格設定・請求書に製品を使うサポートには
　取引が存在しないためオプション。」は係り受けが崩れていたため書き改めた。
　契約の説明にあった「チケット」「サービス要求」は、
　同ページ前半のサポート案件の別称と重複しており
　契約の種類ではないため、写し誤りの可能性を注記した（記述自体は残置）。　 MS_CRMCase.md: 「バックグランドプロセス」→「バックグラウンドプロセス」、
　見出し「プロセスリポン」→「プロセスバー」を修正
　（同ページ後半では「プロセスリボン」と書かれていた）。
　誤登録でも削除ではなく取消を使うべき理由（削除すると分析対象からも消える）を補足。

フェーズ106（10ページ）

配置先: techinfoofmicrosofttech/dynamics/、.../infrastructure/windowsos/、
.../programming/、.../documentation/

サービス・モジュールの配下 6 ページを移行し、
Dynamics CRM のクラスタは全ページ移行済みになった。
残り 4 ページは、CRM 以外で移行済みページからリンクされていた
アプリケーションプール・
クイック実行形式（C2R）・
フレームワークの機能について。・
自習書シリーズとステップバイステップ評価ガイドである。

元ページ名	移行先ファイル	配置先	元の更新日
サポート情報	`MS_CRMKnowledgeBase.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27
キューの管理	`MS_CRMQueueManagement.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27
契約	`MS_CRMContract.md`	`techinfoofmicrosofttech/dynamics/`	2017-04-22
サービスの指標と目標	`MS_CRMServiceGoals.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27
サービス分析	`MS_CRMServiceAnalytics.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27
サービス・スケジュール設定	`MS_CRMServiceScheduling.md`	`techinfoofmicrosofttech/dynamics/`	2017-03-27
アプリケーションプール	`MS_ApplicationPool.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2017-03-27
クイック実行形式（C2R）	`MS_ClickToRun.md`	`techinfoofmicrosofttech/programming/`	2020-02-27
フレームワークの機能について。	`MS_FrameworkFeatures.md`	`techinfoofmicrosofttech/programming/`	2020-01-15
自習書シリーズとテップバイステップ評価ガイド	`MS_SelfStudyGuides.md`	`techinfoofmicrosofttech/documentation/`	2018-05-09

※ 添付ファイルなし。

※ 「自習書シリーズとテップバイステップ評価ガイド」は元ページ名の
　「ス」が抜けていたため、移行先ページの見出しは
　「自習書シリーズとステップバイステップ評価ガイド」とした
　（本表の「元ページ名」は更新チェックのため元の表記のまま）。

※ 正誤・補足の主なもの。

　 MS_CRMKnowledgeBase.md: 元ページで見出しのみだった検索のアクセス方法
　（ワークプレース／サービス領域／高度な検索／サポート案件）を 1 節にまとめて補完。
　検索・関連付け・送信の対象になるのは公開済みの記事だけである点、
　現在は KbArticle ではなくナレッジ記事（KnowledgeArticle）が標準である点を補足。　 MS_CRMQueueManagement.md: 手順の「別のキューを選択し[降順？]」は
　 [ルーティング] ダイアログの確定操作なので [OK] と判断した。
　キューアイテムの「作業対象者」により二重対応を防ぐ仕組みを補足。　 MS_CRMContract.md: 「サポート案件へのリンクした状態」→
　「リンクが可能な状態」を修正。
　契約品目の「製品カタログとは無関係？」は、製品・出荷単位は製品カタログを
　参照する検索フィールドであること、ただし価格は契約品目側で決めるため
　価格表による自動計算は行われないことを補って解消した。
　「数量」の「？？」も、組織側で意味を決める欄である旨に沿って用例を補った。
　サービス単位はテンプレート側の属性なので後から変えられない点、
　契約が編集できるのは下書きの間だけである点、
　残量が減るのは解決でクローズしたときだけである点を補足。
　現在は権利（Entitlement）と SLA が役割を引き継いでいる旨も注記。　 MS_CRMServiceAnalytics.md: 「サービス案件の概要テーブル・レポート」
　「放置されたサービス案件レポート」は、いずれも対象が
　サポート案件（Case）なので「サポート案件」に統一した。　 MS_CRMServiceScheduling.md: 「個人差業者」→「個人事業者」、
　「１つ以上のリソースを称して」→「通して」、
　「ソース グループに追加するメンバ」→「リソースグループ」を修正。
　サービス制限の説明に付いていた「？」を整理。
　元ページで見出しのみだった「サービス活動の作成」を補完。
　作業時間（そもそも稼働している時間）とサービス制限（このサービスには
　使わない時間）の違い、出張サービス相当の用途は現在
　 Dynamics 365 Field Service が担っている旨を補足。　 MS_ApplicationPool.md: アプリケーションプールが
　ワーカープロセスを束ねる分離の単位であること、
　実行アカウント・リサイクル・アイドルタイムアウト・Web ガーデンなど
　運用でよく触る設定を補足した。　 MS_ClickToRun.md: 元ページは「詳細」が「...。」のみで書かれていなかったため、
　参考にある解説記事の範囲で MSI 形式との違いと更新チャネルを補った。
　 Office 2019 以降はボリュームライセンス版も C2R である旨を注記。　 MS_FrameworkFeatures.md: 「IDE」のリンクが同一ページ内に存在しない
　アンカーを指していたため、リンクを外してプレーンテキストにした。
　「フレームワークのライフサイクルが短い」という著者の見立てについて、
　その後 React / Vue / Angular に淘汰が進んで入れ替わりは落ち着いた一方、
　「UI サブシステムとしての HTML/CSS/JavaScript」という位置づけは
　 Blazor や Electron の普及でむしろ既定路線になった旨を補足。　 MS_SelfStudyGuides.md: Active Directory 自習書シリーズの 2 番目の項目に
　番号が振られていなかったため「2.」を補い、
　「Rights Managemen tサービス」（t の位置）、
　「Office Share Point Server 2007」（不要な空白）を修正した。
　リンク先の TechNet / MSDN は閉鎖済みで、現在は Microsoft Learn に
　統合されている旨を注記（索引としての価値のため URL は残置）。

※ 台帳の整理（フェーズ104〜106 に付随して実施）

TODO.md から移行済みの 30 行を削除した。
新たに 2 件を予約した。いずれも MS_FrameworkFeatures.md からの参照。

元ページ名	予約ファイル名	リンク元
マルチプル・イベントとマルチキャスト・イベント	`MS_MultipleAndMulticastEvents.md`	`MS_FrameworkFeatures.md`
Dry (Don't repeat yourself)	`DNET_DRY.md`	`MS_FrameworkFeatures.md`

フェーズ107（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/shell/、
.../infrastructure/windowsos/、.../officeandclericaltopics/

Windows OS（基礎・機能）系のうち、
シェル配下・ファイルシステム配下と、
事務作業系配下のリモート／タスク関連を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Windows shell	`MS_WindowsShell.md`	`techinfoofmicrosofttech/infrastructure/shell/`	2020-11-27
Windows Explorer	`MS_WindowsExplorer.md`	`techinfoofmicrosofttech/infrastructure/shell/`	2020-11-27
PuTTY	`MS_PuTTY.md`	`techinfoofmicrosofttech/infrastructure/shell/`	2025-09-18
Microsoft Web Platform Installer	`MS_WebPlatformInstaller.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2021-06-28
ファイル・サイズとディスク使用領域の不一致	`MS_FileSizeVsDiskUsage.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2018-02-08
ファイルやパスの文字列長と文字コードの問題	`MS_PathLengthAndEncoding.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2019-09-18
Windowsクライアントのサーバー機能	`MS_WindowsClientServerFeatures.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2026-04-22
リモート・デスクトップ接続を許可する。	`MS_AllowRemoteDesktop.md`	`techinfoofmicrosofttech/officeandclericaltopics/`	2020-05-02
リモート操作におけるキーストローク	`MS_RemoteKeystrokes.md`	`techinfoofmicrosofttech/officeandclericaltopics/`	2025-08-01
タスクスケジューラで「shutdown」する。	`MS_TaskSchedulerShutdown.md`	`techinfoofmicrosofttech/officeandclericaltopics/`	2020-04-02

※ 添付ファイルなし。

※ 「PuTTY」は、元ページの本文が
　 KiTTY(PuTTY) へのリンク 1 行だけの転送用ページだった（17 バイト）。
　名称で辿ってきた読者の入口として意味があるため、
　転送先を明示したうえでページとして残した。

※ 「事務作業系」（MS_ClericalWork.md）自身は
　 techinfoofmicrosofttech/ 直下にあるが、その配下 3 ページは
　主題の近い officeandclericaltopics/ に配置した
　（GitHub Wiki はファイル名で解決するため、リンクには影響しない）。

※ 正誤・補足の主なもの。

　 MS_WindowsExplorer.md: 元ページの概要が
　「Microsoft Windows の代表的な Windows Explorer」と
　自ページへのリンクになっていた。
　直前のページ（Windows shell）の位置づけから
　 Windows shell の代表例を述べたものと解して書き改めた。
　 Windows 8 で「ファイルエクスプローラー」に改称された旨も注記。　 MS_WindowsShell.md: Unix 系の「シェル」がコマンドインタプリタを指すのに対し、
　 Windows shell は GUI のデスクトップ環境そのもの（explorer.exe）である点、
　シェル拡張が explorer.exe のプロセス内で動くため
　不具合がエクスプローラー全体を巻き込む点を補足。　 MS_WebPlatformInstaller.md: Web PI は 2022 年 7 月にサービス終了しており、
　依存関係を解決してまとめて導入する役割は現在 winget が担っている旨を補足。　 MS_FileSizeVsDiskUsage.md: 「ゴミ場を空にする。」→「ごみ箱」を修正。
　割り当ての単位は正確にはクラスタであり NTFS の既定が 4KB であること、
　「スキャンディスク」が現在の chkdsk にあたること、
　高速スタートアップが hiberfil.sys を使うため休止状態を無効にしても
　ファイルが残ることを補足。　 MS_PathLengthAndEncoding.md: MAX_PATH は環境変数ではなく
　 SDK のヘッダーで定義された定数である旨を注記。
　長いパスの有効化はレジストリ・マニフェスト・API 側の 3 つが揃って初めて効くこと、
　全角文字の問題の原因が ANSI 版 API とコードページ（CP932）にあること、
　予約デバイス名は拡張子を付けても予約名として扱われることを補足。
　末尾の「後者は # → S で解決する」は、
　直前の 2 項目のうち前者への対処である旨を注記した。　 MS_RemoteKeystrokes.md: 元ページで「...」のみだった 2 節を補完し、
　 RDP の標準のキーストローク・コンビネーションを表にした。
　全画面表示かウィンドウ表示かでキーの送り先が変わる点も補足。　 MS_TaskSchedulerShutdown.md: 「ログオフはできないっぽい（調査中）」について、
　 shutdown /l が他のオプションと併用できずセッションも指定できないため、
　「ログオンしているかどうかにかかわらず実行する」タスクからは
　対話セッションをログオフできない旨と、その回避策を補足。　 MS_WindowsClientServerFeatures.md: 技術的制限（製品の実装上の上限）と
　ライセンス的制限（条項が禁じる用途）は別物であり、
　「技術的に動く＝ライセンス上も許される」ではない点を明示し、
　クライアント OS の代表的な上限を表にした。

フェーズ108（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/windowsos/、
.../infrastructure/identity/account/、.../infrastructure/identity/authentication/、
.../programming/encryption/

Windowsのライセンス配下 3 ページと、
Windows 認証・AD 系のうち Windows Hello /
FIDO / WebAuthn 実装系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
CAL	`MS_CAL.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2023-11-01
サーバ・ライセンス	`MS_ServerLicense.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2026-04-21
ライセンス・プログラム	`MS_LicensingProgram.md`	`techinfoofmicrosofttech/infrastructure/windowsos/`	2020-02-14
暗号化	`MS_Encryption.md`	`techinfoofmicrosofttech/programming/encryption/`	2018-11-07
OAuth 2.0 セキュリティ関連トピック	`MS_OAuthSecurityTopics.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2021-10-03
Windows Hello for Business	`MS_WindowsHelloForBusiness.md`	`techinfoofmicrosofttech/infrastructure/identity/authentication/`	2018-02-03
Windows.Security.Credentials	`MS_WindowsSecurityCredentials.md`	`techinfoofmicrosofttech/infrastructure/identity/authentication/`	2021-05-08
Web Authentication API（旧）	`MS_WebAuthenticationAPIOld.md`	`techinfoofmicrosofttech/infrastructure/identity/authentication/`	2021-12-21
WebAuthnを実装する。	`MS_WebAuthnImplementation.md`	`techinfoofmicrosofttech/infrastructure/identity/authentication/`	2019-06-05
fido2-net-lib	`MS_Fido2NetLib.md`	`techinfoofmicrosofttech/infrastructure/identity/authentication/`	2019-09-13

※ 添付ファイルなし。

※ 台帳の不整合を 1 件検出した。
　 TODO.md に「ビルトインシステムアカウント」が　 MS_BuiltInSystemAccount.md（単数形）で予約されたまま残っていたが、
　当該ページは既に　 MS_BuiltInSystemAccounts.md（複数形）として　移行済みだった。
　既存ページの内容が十分であるため、　本フェーズで作成しかけたページは破棄し、TODO.md の予約行のみを削除した。
　併せて、MS_ServiceAndTaskAccountIssues.md からのプレースホルダは　既存の MS_BuiltInSystemAccounts.md に張り替えた。
　欠員となった 1 ページは「OAuth 2.0 セキュリティ関連トピック」で補充した。

※ 正誤・補足の主なもの。

　 MS_CAL.md: 「エスクターナル・コネクト（EC）」→
　「エクスターナルコネクタ（External Connector）」、
　「CAL の代わりに適用可能できる」「RDS のサーバををを使用する」の
　衍字・重複を修正。
　元ページで「例」が「...」のみだった
　「CAL を必要としないサーバーライセンス」を補完。
　 同時使用ユーザーモードは Windows Server 2012 で廃止されている旨、
　デバイス CAL は RD ライセンスサーバーが発行数を管理して接続を拒否するのに対し
　ユーザー CAL は追跡のみである（本文の「モラルライセンス」）非対称性を補足。　 MS_ServerLicense.md: 概要の箇条書きから
　「クライアント」「サーバー」へのリンクがそれぞれ逆の節を指していたため、
　正しい節に対応付けた。
　コア単位ライセンスの最低数（1 プロセッサ 8 コア／1 サーバー 16 コア）、
　プロセッサ単位からコア単位へ移行した経緯、
　 Azure ハイブリッド特典を補足。　 MS_LicensingProgram.md: 「以下の貢献することを目的として設計」を修正。
　本ページが 2020 年前後の体系であり、その後
　 Open License は 2021 年末で新規販売終了、
　 CSP と Enterprise Agreement への集約が進んでいる旨を冒頭に注記。
　 SPLA が必要になる境目、SA の特典がクラウド移行のコストに効く点も補足。　 MS_Encryption.md: 元ページの列挙（ハッシュ化・暗号化・デジタル署名）は
　粒度が揃っていないため、目的（秘匿／改ざん検知／否認防止）で並べ替えた表を補い、
　ハッシュ化は暗号化ではなく元に戻せない点を明示した。　 MS_OAuthSecurityTopics.md: Access Token には
　「誰が・いつ認証されたか」が書かれていないため、
　これをもってログインさせると Token Substitution を防げないこと、
　 OpenID Connect の ID トークンが
　 aud / nonce / auth_time でその穴を塞ぐ仕組みであることを補足。
　「Implicit フロー非推奨の流れ」はその後
　 Security BCP と OAuth 2.1 で正式に廃止された旨も明記した。　 MS_WindowsHelloForBusiness.md: 元ページの Tags: 行が
　「Tags: Tags: ...」と重複していたため 1 つにした。
　 Windows Hello（端末のサインイン）と Hello for Business（組織アカウント）の違い、
　現在の 3 つの参加形態（登録／参加／ハイブリッド参加）、
　 Azure AD が Microsoft Entra ID に改称された点を補足。　 MS_WindowsSecurityCredentials.md: サンプルコードが
　作成結果を createRes に受けながら分岐で keyCreationResult を参照しており
　変数名が一致していない旨を注記（元コードは残置）。
　 KeyCredentialManager は UWP 向けでブラウザからは使えず、
　 Web からは WebAuthn を使う点、attestation の各状態の意味、
　 challenge はサーバが生成して保持する必要がある点を補足。　 MS_WebAuthenticationAPIOld.md: 本ページが勧告前の Edge の ms- プレフィックス実装を
　扱っており、記載のメソッドはいずれも現存しない旨を明示し、
　現在の標準 API との対応表を補った。
　「CredentialID には認証器が生成した値を使う必要がある」という著者の指摘が
　現在の WebAuthn でもそのまま通用する点も補足。　 MS_WebAuthnImplementation.md: clientDataJSON のフォーマットが
　登録フローの表だけ「CBOR 形式」となっていたが、
　 UTF-8 の JSONであり認証フローの表（ArrayBuffer）が正しいため注記。
　認証フローの type の例が "webauthn.create" になっていた
　（正しくは "webauthn.get"）点も注記した。
　 PukiWiki のセル結合で階層を表していた 4 つの表を、
　採番とインデントで表す形に組み直した。
　 UP（存在確認）と UV（本人確認）の違い、user.id に個人情報を入れない理由、
　 rpId の制約が実装パターンを縛る理由を補足。　 MS_Fido2NetLib.md: 見出し「HTPM + WebAPI」→「HTML + WebAPI」、
　引用中の「the clientt」→「the client」を修正。
　 SignatureCounter が認証器のクローン検知に、
　 AaGuid が認証器モデルの特定に使われる点、
　 options の一時保存がリプレイ対策の要である点を補足。

フェーズ109（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/oidc/

OpenID Connect の各論（暗号関連・クライアント認証・
ユーザー属性クレーム・Discovery・Dynamic Client Registration・Self-Issued OP・
ACR・Identity Assurance）と、
OAuth 2.0 for Native Apps の姉妹ページ 2 件を移行した。
これにより OpenID Connect 本体のプレースホルダは全て解消した。

元ページ名	移行先ファイル	配置先	元の更新日
OpenID Connect - 暗号関連	`MS_OIDCCrypto.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2020-02-09
OpenID Connect - ユーザー属性クレーム関連	`MS_OIDCUserInfoClaims.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2019-06-19
OpenID Connect - クライアント認証	`MS_OIDCClientAuth.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2020-02-23
OpenID Connect - Self-Issued OP	`MS_OIDCSelfIssuedOP.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2019-06-05
OpenID Connect - Discovery	`MS_OIDCDiscovery.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2019-09-04
OpenID Connect - Dynamic Client Registration	`MS_OIDCDynamicClientRegistration.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2019-07-04
OpenID Connect - Authentication Context Class Reference	`MS_OIDCAuthenticationContextClassReference.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2019-04-20
OpenID Connect for Identity Assurance	`MS_OIDCIdentityAssurance.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2021-02-10
OAuth 2.0 for Browser-Based Apps	`MS_OAuthForBrowserBasedApps.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2021-04-21
AppAuth	`MS_AppAuth.md`	`techinfoofmicrosofttech/infrastructure/identity/federation/oidc/`	2021-04-21

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_OIDCCrypto.md: 鍵のローテーションの節で
　「jwks_uri で、秘密鍵のセットを JWK Set として公開する」と
　書かれていたが、公開するのは公開鍵である旨を注記（元の記述は残置）。
　 OpenID Connect では署名済みの JWS を JWE で包む（Nested JWT）順序が
　決まっている理由、署名と暗号化でローテーションの主体が入れ替わる理由を補足。　 MS_OIDCClientAuth.md: 5 つの認証方式を
　「秘密の値が回線に乗るか」で対比した表を補い、
　 FAPI では private_key_jwt（または mTLS）が要求される旨を注記。
　 iss と sub がどちらも client_id になる理由、
　 aud を Token エンドポイントの URL にする理由も補足。
　セル結合で書かれていたクレームの表は 〃 に置き換えた。　 MS_OIDCUserInfoClaims.md: formatted の説明が
　「フォーマットされたフルメールアドレス」となっていたが、
　 address の下位項目なので「フル住所」に修正。
　 value の「用途不明確」については、
　「この値であることを確認したい」ときに使う旨を補った。
　 email_verified を見ずに名寄せしてはならない理由、
　 ID トークンと UserInfo の sub を突き合わせる理由
　（Token Substitution 対策）、
　 Normal / Aggregated / Distributed の違いを表で補足。　 MS_OIDCDiscovery.md: jwk_url は draft 段階の名前で、
　実際の仕様およびページ内のサンプルでは jwks_uri である旨を注記。
　「Client をに登録する人に向けて」（2 箇所）の衍字を修正。
　 Discovery が「OP ディスカバリ（WebFinger）」と
　「OP 構成情報」の 2 段構えである点、issuer の一致確認が
　 IdP Mix-Up 攻撃の対策になる点、RFC 8414 との関係を補足。　 MS_OIDCDynamicClientRegistration.md: 元ページで
　「構成の更新リクエスト・レスポンス」のレスポンスが「・・・」のみだったため補完し、
　併せて OIDC 本体が定義するのは GET だけで更新・削除は RFC 7592 側である旨を注記。
　セル結合で書かれていた暗号関連パラメタの表は「対象」列を追加して組み直した。
　 Discovery の *_supported と Registration のパラメタが対になっている構造、
　 sector_identifier_uri が必要になる理由、
　「標準的な解決策が期待される」とされていた課題が
　 PKCE と RFC 8252 で解決済みである旨を補足。　 MS_OIDCSelfIssuedOP.md: registration と id_token_hint に付いていた「★」が
　 SIOP 固有のパラメタを示す印と読める旨を注記。
　元ページで「・・・」のみだった応用の 2 つ目を、
　 SIOP v2 と Verifiable Credentials（OID4VP）への展開として補完。
　 sub が鍵の拇印であることの意味、
　 Public Client の弱点を補う使い方を補足。　 MS_OIDCAuthenticationContextClassReference.md: 「JSON を base64url？」という
　疑問について、claims パラメタは JSON をそのまま URL エンコードする
　（base64url は不要）旨を補った。
　 ACR の値が SAML 2.0 から借りたものである点、
　 acr_values は Voluntary にしかならず強制には claims の
　 "essential": true が必要な点を補足。　 MS_OIDCIdentityAssurance.md: verified_claims が
　 verification（どう確認したか）と claims（確認できた属性）に分かれる構造、
　本仕様が 2022 年に Final になった旨を補足。　 MS_OAuthForBrowserBasedApps.md: 「バックエンドコン・ポーネント」（3 箇所）の
　中黒の位置を修正。
　本ページの「バックエンド・コンポーネント」が現在の BFF にあたり、
　後継の草案では第一の選択肢として整理されている点、
　 Implicit Flow が OAuth 2.1 で正式に廃止された点、
　「1 回限りの使用」が Refresh Token Rotation として定着した点を補足。　 MS_AppAuth.md: WebView を避ける理由
　（ホストアプリから覗ける・接続先を確認できない・SSO が効かない）を補足。
　 AppAuth-JS の更新頻度が落ちており、
　ブラウザアプリのトークン保管は Web Storage ではなく
　 BFF に置く方向へ整理されている旨も注記。

※ 台帳の整理（フェーズ107〜109 に付随して実施）

TODO.md から移行済みの 30 行を削除した。
新たに 6 件を予約した。

元ページ名	予約ファイル名	リンク元
2FAのUserExperience	`MS_2FAUserExperience.md`	`MS_WebAuthnImplementation.md`
OAuth 2.0 Threat Model (Implicit Flow)	`MS_OAuthThreatModelImplicitFlow.md`	`MS_OAuthSecurityTopics.md`
OAuth 2.0 Security Best Current Practice	`MS_OAuthSecurityBCP.md`	`MS_OAuthSecurityTopics.md`
JWTのコンテキストで何故かSessionとかCookieとか	`MS_JWTSessionCookie.md`	`MS_OAuthSecurityTopics.md`
PasswordlessのUserExperience	`MS_PasswordlessUserExperience.md`	`MS_WebAuthnImplementation.md`
eKYC（electronic Know Your Customer）	`DNET_eKYC.md`	`MS_OIDCIdentityAssurance.md`

フェーズ110（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/oidc/、
.../infrastructure/identity/authentication/

OAuth 2.0 のセキュリティ関連トピックから辿れる
脅威モデル・ベストプラクティス系と、WebAuthnの実装から
辿れる UX 系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
OAuth 2.0 Threat Model and Security Considerations	`MS_OAuthThreatModel.md`	`.../identity/federation/oidc/`	2018-11-22
OAuth 2.0 Threat Model (Implicit Flow)	`MS_OAuthThreatModelImplicitFlow.md`	`.../identity/federation/oidc/`	2020-10-13
OAuth 2.0 Security Best Current Practice	`MS_OAuthSecurityBCP.md`	`.../identity/federation/oidc/`	2019-07-18
Resource Indicators for OAuth 2.0	`MS_ResourceIndicators.md`	`.../identity/federation/oidc/`	2021-07-14
UserAgentでOAuth2のTokenを取得するベスト・プラクティス	`MS_UserAgentOAuthBestPractice.md`	`.../identity/federation/oidc/`	2026-06-04
Transactional Authorization(XYZ)	`MS_TransactionalAuthorization.md`	`.../identity/federation/oidc/`	2026-06-04
JWTのコンテキストで何故かSessionとかCookieとか	`MS_JWTSessionCookie.md`	`.../identity/federation/oidc/`	2021-11-15
OAuthによる外部ログイン（認証）の研究	`MS_OAuthExternalLoginResearch.md`	`.../identity/federation/oidc/`	2021-07-14
2FAのUserExperience	`MS_2FAUserExperience.md`	`.../identity/authentication/`	2019-03-01
PasswordlessのUserExperience	`MS_PasswordlessUserExperience.md`	`.../identity/authentication/`	2019-02-19

※ 添付ファイル 1 件。

元ページ名	添付ファイル	出力先
UserAgentでOAuth2のTokenを取得するベスト・プラクティス	（図 1 点）	`MS_UserAgentOAuthBestPractice_1.jpg`

※ 正誤・補足の主なもの。

　 MS_OAuthThreatModel.md: 「RFC 6819 が最新」という書き方だったが、
　現在は **OAuth 2.0 Security BCP（RFC 9700）**が上位に来ている旨を補足。
　元ページの「今後は〜」の記述が現在では逆転している点を移行メモで注記。

　 MS_OAuthSecurityBCP.md: 衍字・正誤を 3 箇所修正。
　 2025 年に RFC 9700 として発行された旨、
　 code 注入対策として iss パラメタ（RFC 9207）が標準化された旨、
　 PoP の主流が DPoP と mTLS に定まった旨を補足。

　 MS_ResourceIndicators.md: RFC 8707 として発行済みである旨と、
　 resource パラメタの具体的な使い方を補足。

　 MS_UserAgentOAuthBestPractice.md: 元ページの「結論が出ていない」という
　記述に対し、その後 Authorization Code + PKCE に収束した旨、
　 Token Binding が普及しなかった旨を補足。
　 SPA（BFF 前提）とスマホ（AppAuth 前提）で結論が異なる点も整理した。

　 MS_TransactionalAuthorization.md: XYZ が **GNAP（RFC 9635）**として
　 2024 年に発行された旨と、OAuth 2.0 との設計思想の対比を補足。

　 MS_2FAUserExperience.md / MS_PasswordlessUserExperience.md:
　いずれも図中心の短いページで、本文の主張はそのまま維持した。

フェーズ111（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/oidc/、
.../infrastructure/platform/azure/

OAuth 2.0 拡張配下の PoP 系仕様と、
AzureのAI系サービス配下の未移行ページを移行した。

元ページ名	移行先ファイル	配置先	元の更新日
OAuth2.0 Proof of Possession	`MS_OAuthPoP.md`	`.../identity/federation/oidc/`	2026-06-05
OAuth 2.0 Mutual TLS Client Authentication and Certificate Bound Access Tokens	`MS_OAuthMTLS.md`	`.../identity/federation/oidc/`	2026-06-05
JWT bearer token authorizationグラント種別	`MS_JWTBearerGrant.md`	`.../identity/federation/oidc/`	2026-05-20
jose-jwt	`MS_JoseJwt.md`	`.../identity/federation/oidc/`	2019-01-17
Microsoft Cognitive Services	`MS_MicrosoftCognitiveServices.md`	`.../platform/azure/`	2020-11-17
Azure AI インフラストラクチャ	`MS_AzureAIInfrastructure.md`	`.../platform/azure/`	2022-03-10
Azure Applied AI Services	`MS_AzureAppliedAIServices.md`	`.../platform/azure/`	2024-11-26
Azure LUIS(Language Understanding Intelligent Service)	`MS_AzureLUIS.md`	`.../platform/azure/`	2021-10-18
Azure DSVM / DLVM	`MS_AzureDSVM.md`	`.../platform/azure/`	2021-10-18
AzureのNotebook	`MS_AzureNotebook.md`	`.../platform/azure/`	2022-03-11

※ 添付ファイル 2 件。

元ページ名	添付ファイル	出力先
jose-jwt	（図 2 点）	`MS_JoseJwt_1.png`、`MS_JoseJwt_2.png`

※ 正誤・補足の主なもの。

　 MS_OAuthMTLS.md: 誤字・助詞を 3 箇所修正。
　本仕様が「mTLS によるクライアント認証」と
　「証明書に束縛されたアクセストークン」という
　 2 つの機能を 1 本にまとめたものである旨、
　実装上は TLS 終端（リバースプロキシ）でクライアント証明書を
　どうバックエンドに渡すかが最大の課題になる旨を補足。
　 RFC 8705 として発行済みである点も明記した。

　 MS_JWTBearerGrant.md: 衍字・正誤を 4 箇所修正。
　元ページ中の疑問（アサーションの発行者と署名鍵の関係）に対する答えを補足。
　 ADAL は廃止され MSAL に移行済みである旨も注記。

　 MS_JoseJwt.md: 検証結果の表で Windows と Linux の差が
　何に起因するか（CNG が Windows 専用 API であること、
　 AES-GCM 系が .NET Core の Linux 実装で例外になること）を補足。
　元ページのパス表記の不一致を移行メモで注記。

　 MS_AzureLUIS.md: LUIS は 2025 年 10 月に提供終了し、
　 Conversational Language Understanding に統合された旨を補足。

　 MS_AzureDSVM.md: DLVM は DSVM に統合され単独提供が終了した旨を補足。
　元ページに同名の見出しが重複していた点を移行メモで注記。

　 MS_AzureNotebook.md: Azure Notebooks は 2021 年に終了し、
　 Azure Machine Learning のノートブックへ移行した旨、
　 Azure Data Studio も 2026 年 2 月に提供終了である旨を補足。

　 MS_AzureAppliedAIServices.md: Cognitive Services との違い（
　「部品」ではなく「シナリオ単位の完成品」）と、
　その後 Azure AI Services へ再編された旨を補足。

フェーズ112（10ページ）

配置先: techinfoofmicrosofttech/testing/scm/、.../infrastructure/webapi/、
.../infrastructure/platform/azure/

GitHub配下、Web API配下の CSP、
および DX 系（.NET for Apache Spark、
Azure Machine Learning、
Azure IoT Hub）のチュートリアル系を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
GitHub 資格	`MS_GitHubCertification.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-16
GitHub CLI	`MS_GitHubCLI.md`	`techinfoofmicrosofttech/testing/scm/`	2026-07-20
Content-Security-Policy	`MS_ContentSecurityPolicy.md`	`.../infrastructure/webapi/`	2021-08-02
.NET for Apache Sparkのデータ接続	`MS_DotNetForApacheSparkDataAccess.md`	`.../platform/azure/`	2021-10-20
.NET for Apache Sparkチュートリアル	`MS_DotNetForApacheSparkTutorial.md`	`.../platform/azure/`	2021-09-29
Azure Machine Learningのモデルのデプロイ	`MS_AzureMachineLearningDeploy.md`	`.../platform/azure/`	2022-03-15
Azure Machine Learningのアルゴリズム・モデル	`MS_AzureMachineLearningAlgorithms.md`	`.../platform/azure/`	2022-09-05
Azure Machine Learningチュートリアル	`MS_AzureMachineLearningTutorial.md`	`.../platform/azure/`	2022-12-08
Azure IoT Hubチュートリアル	`MS_AzureIoTHubTutorial.md`	`.../platform/azure/`	2023-07-31
Azure IoT Edgeチュートリアル	`MS_AzureIoTEdgeTutorial.md`	`.../platform/azure/`	2023-09-19

※ 添付ファイルなし。

※ 正誤・補足の主なもの。

　 MS_ContentSecurityPolicy.md: 脱字を修正し、リンク切れ URL を移行メモで注記。
　 CSP は XSS 対策の「二の矢」であり出力エンコードの代替ではない旨、
　 meta タグでは frame-ancestors などが効かない旨、
　現在の推奨が nonce + strict-dynamic である旨を補足。

　 MS_DotNetForApacheSparkTutorial.md: 脱字を修正。
　 .NET for Apache Spark は 2024 年 12 月にサポート終了した旨、
　 Could not load type の原因（microsoft-spark-*.jar と
　 Microsoft.Spark パッケージのバージョン不一致）、
　 Spark の遅延評価が効く理由を補足。
　元ページで参照されていた Channel 9 は終了している旨も注記。

　 MS_DotNetForApacheSparkDataAccess.md: WASB は非推奨で
　現在は ABFS（ADLS Gen2）を使う旨、
　 WriteStream() の戻り値が DataFrame ではない旨、
　 Event Hubs の Kafka エンドポイントで詰まりやすい 3 点を補足。

　 MS_AzureMachineLearningTutorial.md / MS_AzureMachineLearningAlgorithms.md /
　 MS_AzureMachineLearningDeploy.md: 誤字・文字化け・空節・URL 欠落を
　あわせて 8 箇所ほど移行メモで注記のうえ修正。
　コンピューティングインスタンスとクラスタの違い、
　 SHAP と LIME の違い、CLI と SDK の版が「ややこしい」理由を補足。

　 MS_AzureIoTHubTutorial.md: 誤字を修正。
　 Device / Service Endpoint の区別、DPS の位置づけ、
　デバイスツインの desired / reported の関係を補足。
　 Time Series Insights は 2024 年 7 月に終了している旨も注記。

　 MS_AzureIoTEdgeTutorial.md: 脱字を修正。
　 EFLOW は Windows 上の Linux VM である旨、
　 config.yaml が現在は config.toml である旨を補足。

　 MS_GitHubCLI.md: 衍字を修正。git と gh の違い、
　複数アカウントの使い分け（gh auth switch）を補足。

※ 台帳の整理（フェーズ110〜112 に付随して実施）

TODO.md から移行済みの 30 行を削除した。
既存ページ中のプレースホルダ 79 箇所を Markdown リンクに張り替えた
（MS_OAuthMTLS 12 箇所、MS_DotNetForApacheSparkTutorial 13 箇所、
MS_JWTBearerGrant 6 箇所ほか）。
新たに 17 件を予約した。

元ページ名	予約ファイル名	リンク元
OAuth 2.0 Threat Model (Role)	`MS_OAuthThreatModelRole.md`	`MS_OAuthThreatModel.md`
OAuth 2.0 Threat Model (Flow)	`MS_OAuthThreatModelFlow.md`	`MS_OAuthThreatModel.md`、`MS_OAuthThreatModelImplicitFlow.md`
OAuth 2.0 Threat Model (Access)	`MS_OAuthThreatModelAccess.md`	`MS_OAuthThreatModel.md`
OAuth 2.0 Threat Model (Authorization code Flow)	`MS_OAuthThreatModelAuthCodeFlow.md`	`MS_OAuthThreatModelImplicitFlow.md`
OAuth 2.0 Security Considerations (General)	`MS_OAuthSecurityConsiderationsGeneral.md`	`MS_OAuthThreatModel.md`
OAuth 2.0 Security Considerations (Role)	`MS_OAuthSecurityConsiderationsRole.md`	`MS_OAuthThreatModel.md`
OAuth 2.0 Token Binding	`MS_OAuthTokenBinding.md`	`MS_OAuthMTLS.md`
Authorization Code Grant Flow with PKCE	`MS_AuthCodeGrantFlowWithPKCE.md`	`MS_UserAgentOAuthBestPractice.md`
Azure Event Hubsチュートリアル	`MS_AzureEventHubsTutorial.md`	`MS_DotNetForApacheSparkDataAccess.md`
.NET for Apache SparkのSQL	`MS_DotNetForApacheSparkSQL.md`	`MS_DotNetForApacheSparkDataAccess.md`、`MS_DotNetForApacheSparkTutorial.md`
GitHub Foundations	`MS_GitHubFoundations.md`	`MS_GitHubCertification.md`
GitHub資格Copilot	`MS_GitHubCertCopilot.md`	`MS_GitHubCertification.md`
JupyterLab	`DNET_JupyterLab.md`	`MS_AzureMachineLearningTutorial.md`
nc (netcat) コマンド	`DNET_NcCommand.md`	`MS_DotNetForApacheSparkTutorial.md`
ニューラルネットワーク	`DNET_NeuralNetwork.md`	`MS_AzureMachineLearningAlgorithms.md`
AIプロジェクトのマネジメント	`DNET_AIProjectManagement.md`	`MS_AzureMachineLearningAlgorithms.md`
データマイニング（DM）- DataSet	`DNET_DataMiningDataSet.md`	`MS_AzureMachineLearningTutorial.md`

フェーズ113（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/identity/federation/oidc/

OAuth 2.0 Threat Model and Security Considerations（RFC 6819）の
配下にぶら下がる脅威モデル／セキュリティ考慮事項を一式移行し、
併せて OAuth PKCE配下と
OpenID / OAuth / OpenID Connect配下の残りを片付けた。

元ページ名	移行先ファイル	配置先	元の更新日
OAuth 2.0 Threat Model (Role)	`MS_OAuthThreatModelRole.md`	`.../identity/federation/oidc/`	2018-10-26
OAuth 2.0 Threat Model (Flow)	`MS_OAuthThreatModelFlow.md`	`.../identity/federation/oidc/`	2020-05-07
OAuth 2.0 Threat Model (Access)	`MS_OAuthThreatModelAccess.md`	`.../identity/federation/oidc/`	2018-10-26
OAuth 2.0 Threat Model (Authorization code Flow)	`MS_OAuthThreatModelAuthCodeFlow.md`	`.../identity/federation/oidc/`	2018-10-26
OAuth 2.0 Threat Model (Resource Owner Password Credentials Flow)	`MS_OAuthThreatModelROPCFlow.md`	`.../identity/federation/oidc/`	2018-10-26
OAuth 2.0 Security Considerations (General)	`MS_OAuthSecurityConsiderationsGeneral.md`	`.../identity/federation/oidc/`	2018-10-26
OAuth 2.0 Security Considerations (Role)	`MS_OAuthSecurityConsiderationsRole.md`	`.../identity/federation/oidc/`	2019-03-01
OAuth 2.0 Token Binding	`MS_OAuthTokenBinding.md`	`.../identity/federation/oidc/`	2026-06-04
Authorization Code Grant Flow with PKCE	`MS_AuthCodeGrantFlowWithPKCE.md`	`.../identity/federation/oidc/`	2020-11-27
OAuth / OpenID Connectによる課題解決	`MS_OAuthOIDCProblemSolving.md`	`.../identity/federation/oidc/`	2020-11-28

※ 添付ファイル 1 件。

元ページ名	添付ファイル	出力先
OAuth / OpenID Connectによる課題解決	（図 1 点）	`MS_OAuthOIDCProblemSolving_1.png`

※ 元ページは相互にページ内アンカー（#xxxxxxxx）で参照し合う構成だったが、
　 GitHub Wiki では見出しテキストからアンカーが生成されるため、
　元アンカーをそのまま持ち込めない。
　このため、他ページの特定の節を指す参照は
　 ページへのリンク＋節名の明示に置き換えた
　（例：「OAuth 2.0 Threat Model (Role)の
　「refresh_token の入手」と同じ」）。

※ 正誤・補足の主なもの。

　 MS_OAuthThreatModelFlow.md: 4 グラント種別のうち
　 Implicit と ROPC が OAuth 2.1 で廃止され、
　現在は Authorization Code + PKCE /
　 Client Credentials /
　 Device Authorization Grantの
　 3 択に整理された旨を表で補足。
　また、state パラメタでは code 注入を防げず、
　 PKCE と iss パラメタ（RFC 9207）が必要である旨を補った。

　 MS_OAuthThreatModelAuthCodeFlow.md: 「code と client を紐付ける仕組みを
　導入すれば対策は可能と思われる」という元ページの推測が、
　その後 PKCE（RFC 7636）として標準化された旨を補足。
　「些細ではない量のエントロピー」（"non-trivial amount of entropy" の直訳）を
　意味の通る表現に改めた。

　 MS_OAuthThreatModelROPCFlow.md: ROPC が
　 Security BCP（RFC 9700）で禁止された旨、
　廃止の決め手が MFA・リスクベース認証・パスワードレスが
　一切使えない点である旨を補足。誤字「啓示」→「開示」を修正。

　 MS_OAuthSecurityConsiderationsGeneral.md: 意味の取れなかった
　「非対称暗号使用による許可サーバ解放」を、RFC 6819 原文
　（"relieves the authorization server"）に照らして
　「Authorization Server の負荷軽減」と解し注記。
　「コンフェデンシャル」→「コンフィデンシャル」、
　「アクセク可能」→「アクセス可能」を修正。

　 MS_OAuthSecurityConsiderationsRole.md: 脅威に挙がる「リエンジ攻撃」を
　「リバース・エンジニアリング攻撃」の脱字と解して補い、
　「事実回復後のメカニズム」を「事後の回復メカニズム」と読み替えた。
　「トークン内の暗号化セクションに client_secret を同梱」という案が
　採用されず、現在は cnf クレーム（mTLS /
　 DPoP）に落ち着いた旨を補足。

　 MS_OAuthThreatModelRole.md: 「token : 認可画面が表示しない」の助詞、
　括弧の対応漏れを修正。
　「ネイティブアプリにもインストール固有の client_secret を持たせる」という
　前提が、現在は「Public Client に秘密を持たせず PKCE で守る」に
　変わっている旨を補足。

　 MS_OAuthTokenBinding.md: Token Binding が
　 ブラウザ側の実装撤回により廃案となった経緯と、
　後継が mTLS / DPoP である旨を補足。

　 MS_AuthCodeGrantFlowWithPKCE.md: SPA が Public Client であり
　 client_secret は「不要」ではなく「持てない」旨、
　 code_verifier は sessionStorage に置くのが一般的である旨、
　現在の第一選択が BFF である旨を補足。

　 MS_OAuthOIDCProblemSolving.md: 「Application Programing Interface」
　「システム間連系」の誤字を修正。
　 IdP と STS を分けて捉える意味、Authorization Server / Client の
　セッションと AccessToken の 3 つが独立している点を表で整理した。
　「3 つの段階がある」としながら 2 つしか記述がない点を移行メモで注記。

フェーズ114（10ページ）

配置先: techinfoofmicrosofttech/testing/scm/

フェーズ112 で移行したGitHub 資格の配下
（GitHub Foundations /
GitHub資格Copilotと、その学習コンテンツ）を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
GitHub Foundations	`MS_GitHubFoundations.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-25
GitHub資格Copilot	`MS_GitHubCertCopilot.md`	`techinfoofmicrosofttech/testing/scm/`	2025-04-01
GitHub Foundations - 学習ガイドPDF	`MS_GitHubFoundationsStudyGuide.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-16
GitHub Foundations トレーニング	`MS_GitHubFoundationsTraining.md`	`techinfoofmicrosofttech/testing/scm/`	2026-07-19
GitHub Foundaitons ハンズオン	`MS_GitHubFoundationsHandsOn.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-16
GitHub Foundaitons MS Learn Collections	`MS_GitHubFoundationsMSLearn.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-26
LinkedIn Prepare for the GitHub Foundations Certification	`MS_GitHubFoundationsLinkedIn.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-16
GitHub Foundations模擬試験	`MS_GitHubFoundationsPracticeExam.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-28
GitHub Copilot - 学習ガイドPDF	`MS_GitHubCopilotStudyGuide.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-18
GitHub Copilot模擬試験	`MS_GitHubCopilotPracticeExam.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-31

※ 添付ファイルなし。

※ 元ページ名の綴りについて。
　「ハンズオン」「MS Learn Collections」の 2 ページは、
　元ページ名が「GitHub Foundaitons」（Foundations の綴り間違い）である。
　ページ名（H1）は元ページ名のまま残し、
　 ファイル名のみ正しい綴り（MS_GitHubFoundations*）に統一した。

※ 「GitHub Foundations - 学習ガイドPDF」「LinkedIn Prepare for the …」の 2 ページは
　元ページに Tags 行が無かったため、同列のページに合わせて付与した。

※ 「GitHub Copilot MS Learn Collections」（136KB）は分量が大きいため
　本フェーズでは移行せず、MS_GitHubCopilotMSLearn.md として予約した。

※ 正誤・補足の主なもの。

　 MS_GitHubFoundationsStudyGuide.md: Domain 3（30%）と Domain 1（22%）で
　出題の過半を占める旨を配点表から補足。
　 PDF 転記由来の誤り（Domain 7 で 2 項目が 1 行に潰れていた箇所、
　「how do to start」）を修正。

　 MS_GitHubCopilotStudyGuide.md: PDF 由来の誤字
　（dept → depth、exlcusions → exclusions、
　 confiture → configure、promoting → prompting、
　 stores → stored）を修正。
　 Individual / Business / Enterprise というプラン区分が
　その後 Free / Pro / Pro+ / Business / Enterprise に再編された旨を補足。

　 MS_GitHubFoundationsPracticeExam.md: 見出し「ブラン」→「プラン」、
　「コード変更二関係ある」→「に関係ある」、括弧の欠落を修正。
　「.docs ディレクトリ」が正しくは docs である旨、
　 CODEOWNERS / LICENSE の拡張子の扱い、
　「展開保護ルール」が GitHub Actions の Environment に付く
　 Deployment protection rules である旨、
　 2FA が既に必須化されている旨、
　 SAML SSO と EMU の違いを表で補足。
　なお参考リンクのうち「Dumps」を掲げるサイトは
　受験規約（NDA）違反にあたる可能性がある旨を注記した。

　 MS_GitHubFoundationsHandsOn.md: 「転送を確認ご削除」→「確認後削除」、
　「Delete brunch」→「branch」、
　「2FA（2FA Authentication）」→「Two-Factor Authentication」を修正。
　 github.dev vs Codespace の比較表は PukiWiki の横方向セル結合（|>|）を
　使っていたため、GitHub Markdown 用に「〃」で表現し直した。
　 Organization / Team のロール表にヘッダ行を補った。

　 MS_GitHubFoundationsTraining.md: 「GitHub Copilot とは何ですか?」の
　行が二重になっていた箇所を 1 つにまとめ、
　 URL が ... で欠落していた「GitHub Packages の概要」に
　相当する公式ドキュメントの URL を補足として添えた。

　 MS_GitHubFoundationsLinkedIn.md: 表のヘッダ「dryi」を
　内容から「内容」の誤りと解して修正。

　 MS_GitHubFoundationsMSLearn.md: git checkout が
　 Git 2.23 以降 git restore / git switch に分離された旨、
　「らしい」と留保されていた SSWS が Okta の API トークン用
　認証スキームである旨を補足。

　 MS_GitHubCopilotPracticeExam.md: 「Aze Data Studio」→
　「Azure Data Studio」、助詞・句点の誤りを修正。
　 copilot-instructions.md が現在の主流である旨、
　重複検出フィルタ（duplication detector）の役割を補足。

フェーズ115（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/platform/embedded/、
.../platform/compati_layer/、.../platform/windows/、
.../platform/virtualization/、.../infrastructure/windowsos/

組み込み系のWindowsを調査配下（CE / Embedded /
Mobile / Phone）と Azure Sphere、
WSL配下の 2 ページ、
およびリモートデスクトップサービス・
VHD・ウィンドウ・システム配下の
未移行ページを移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Windows CE	`MS_WindowsCE.md`	`.../platform/embedded/`	2021-06-28
Windows Embedded	`MS_WindowsEmbedded.md`	`.../platform/embedded/`	2021-06-28
Windows Mobile	`MS_WindowsMobile.md`	`.../platform/embedded/`	2021-06-28
Windows Phone	`MS_WindowsPhone.md`	`.../platform/embedded/`	2021-06-28
Azure Sphere	`MS_AzureSphere.md`	`.../platform/embedded/`	2022-09-12
WSLでのWindowsとLinuxの相互運用	`MS_WSLInterop.md`	`.../platform/compati_layer/`	2021-01-28
WindowsとWSL間の接続	`MS_WindowsWSLConnection.md`	`.../platform/compati_layer/`	2021-01-28
RemoteApp	`MS_RemoteApp.md`	`.../platform/windows/`	2018-02-08
VHD boot	`MS_VHDBoot.md`	`.../platform/virtualization/`	2018-02-08
Windowを前面に出す	`MS_BringWindowToFront.md`	`.../infrastructure/windowsos/`	2019-03-23

※ 添付ファイルなし。

※ 「Azure Sphere」は元ページの「戻る」が
　 IoT > Microsoft Azure IoTと
　組み込み系のLinuxを調査の 2 系統だったため、
　主題の近い platform/embedded/ に配置した
　（GitHub Wiki はファイル名で解決するため、リンクには影響しない）。

※ 正誤・補足の主なもの。

　 MS_WindowsCE.md: 「コントロールパネル UI はサポートは削除」の
　助詞を修正。
　 Windows Embedded Compact 2013 が 2023 年 10 月に
　サポート終了しており、後継の Windows 10 IoTとは
　 カーネルが別系統で互換性がない旨、
　 CE 6.0 でカーネルを再設計した意味を補足。

　 MS_WindowsEmbedded.md: 「提供を初めた」→「始めた」、
　文が途中で切れていた「車内案内表示装置などの」を修正。
　 Standard / Industry 系が現在の
　 **Windows 10/11 IoT Enterprise（LTSC）**に統合された旨、
　車載系が Android Automotive / QNX に置き換わった旨を補足。

　 MS_WindowsMobile.md: Windows Mobile 5.0 の「不揮発性メモリ」が
　 バッテリー切れでデータが消える仕様の解消を指す旨、
　 6.5 が iPhone に対する応急処置で間に合わなかった旨を補足。

　 MS_WindowsPhone.md: 7 → 8 でカーネルを入れ替えた際に
　 7.x 端末がアップグレードできず、短期間に二度
　資産を切り捨てた経緯を補足。
　 Windows 10 Mobile が 2019 年 12 月にサポート終了し、
　現在は他社 OS 上で自社サービスを動かす方針である旨も注記。

　 MS_AzureSphere.md: 認定 MCU / Azure Sphere OS /
　 Security Service の 3 要素構成を表で補足。
　 2027 年 9 月にサービス終了が告知されている旨と、
　代替の検討先（DPS＋証明書、
　 Azure IoT Edge）を添えた。

　 MS_WSLInterop.md: 本文が WSL1 前提である点を明示し、
　 WSL2 では /mnt/c が 9P 越しで遅いこと、
　相互運用の制御が現在は /etc/wsl.conf である旨、
　 WSLENV のフラグ（/p /l /u /w）、
　 Windows バイナリの出力が CP932 で返るため
　パイプ時に文字化けする旨を補足。

　 MS_WindowsWSLConnection.md: 「Soket 通信」→「Socket 通信」を修正。
　 WSL1 と WSL2 で localhost の通り方が異なる点、
　 WSL2 で繋がらない原因の大半がファイアウォールである点、
　 Windows 11 のミラー化モードを表で補足。

　 MS_RemoteApp.md: コードサイニング証明書による署名が
　実務上ほぼ必須である旨、
　 RemoteApp マネージャが Server 2012 以降
　サーバーマネージャーの「コレクション」に置き換わった旨、
　現在は Azure Virtual Desktop（AVD）が
　同機能を提供している旨を補足。

　 MS_VHDBoot.md: 「Virtual Hard Disc」→「Disk」、
　「OSAHCI ドライバ」の衍字、コマンド例の「Winodws7」を修正。
　 AHCI ドライバを有効化する理由（実機ブート時の
　 INACCESSIBLE_BOOT_DEVICE 回避）と、
　 UEFI 環境では winload.efi を指定する必要がある旨を補足。

　 MS_BringWindowToFront.md: 関数名が抜けていた
　「（関数の SPI_GETFOREGROUNDLOCKTIMEOUT の説明を参照）」に
　 SystemParametersInfo を補い、引用中の
　「現在アクティなブスレッド」を修正。
　 SetForegroundWindow が失敗せずタスクバー点滅で終わるため
　戻り値で検知しにくい旨、AttachThreadInput の副作用
　（相手スレッドのハングに巻き込まれる）、
　 IE / ActiveX が終了した旨、
　現在はトースト通知や FlashWindowEx で代替すべき旨を補足。

※ 台帳の整理（フェーズ113〜115 に付随して実施）

TODO.md から移行済みの 18 行を削除した
（今回の 30 ページのうち、事前に予約済みだったのは 18 件）。
既存ページ中のプレースホルダ 30 箇所を Markdown リンクに張り替えた。
新たに 3 件を予約した。

元ページ名	予約ファイル名	リンク元
GitHub Copilot MS Learn Collections	`MS_GitHubCopilotMSLearn.md`	`MS_GitHubCertCopilot.md`、`MS_GitHubCopilotStudyGuide.md`、`MS_GitHubCopilotPracticeExam.md`
Gitの基本	`DNET_GitBasics.md`	`MS_GitHubFoundationsHandsOn.md`
Github - フロー関連	`DNET_GithubFlow.md`	`MS_GitHubFoundationsHandsOn.md`

フェーズ116（10ページ）

配置先: techinfoofmicrosofttech/infrastructure/platform/azure/、
.../infrastructure/identity/azuread/

DX / Azure 系の未移行ページ（チュートリアル系・AI 系）と、
Azure 関連の転送用ページ 3 件を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Azure Databricksチュートリアル	`MS_AzureDatabricksTutorial.md`	`.../platform/azure/`	2022-03-04
Azure AI 資格（AI-900）	`MS_AzureAI900.md`	`.../platform/azure/`	2026-01-08
Azure Event Hubsチュートリアル	`MS_AzureEventHubsTutorial.md`	`.../platform/azure/`	2022-08-08
Azure OpenAI Service	`MS_AzureOpenAIService.md`	`.../platform/azure/`	2026-06-10
.NET for Apache SparkのSQL	`MS_DotNetForApacheSparkSQL.md`	`.../platform/azure/`	2021-07-30
Kafka .NET クライアント	`MS_KafkaDotNetClient.md`	`.../platform/azure/`	2021-10-15
VNETに接続する。	`MS_ConnectToVNet.md`	`.../platform/azure/`	2021-02-25
Windows Virtual Desktop（WVD）	`MS_WindowsVirtualDesktop.md`	`.../platform/azure/`	2021-06-24
Azure Active Directory	`MS_AzureAD.md`	`.../identity/azuread/`	2021-02-24
Azure Resource Manager	`MS_AzureARM.md`	`.../identity/azuread/`	2020-10-02

※ 添付ファイル 3 件。

元ページ名	添付ファイル	出力先
Azure Databricksチュートリアル	（図 3 点）	`MS_AzureDatabricksTutorial_1.png`〜`_3.png`

※ 転送用ページ 3 件について。
　「Azure Active Directory」「Azure Resource Manager」
　「Windows Virtual Desktop（WVD）」の 3 ページは、いずれも
　 転送先へのリンク 1 行だけの転送用ページ（20〜113 バイト）だった。
　通称・旧称で辿ってきた読者の入口として意味があるため、
　フェーズ107 の「PuTTY」と同様、転送先を明示したうえで残した。
　なお、移行先のファイル名と紛れないよう、
　 MS_AzureAD.md / MS_AzureARM.md /
　 MS_WindowsVirtualDesktop.md という名前にしている。

※ 正誤・補足の主なもの。

　 MS_AzureDatabricksTutorial.md: 「データ・パープライン系」の誤字、
　 curl の行継続 \ の欠落を修正。
　元ページでは 3 つの節が同一アンカーを共有していたため、
　参照を節名の明示に置き換えた。
　 wasbs:// が非推奨で現在は abfss:// である旨、
　 Databricks CLI（レガシー）が非推奨である旨、
　 kafkashaded プレフィックスが必要な理由（Runtime の shade）、
　 format("console") が Notebook のセルに出ない理由を補足。
　エラーメッセージ中にサブスクリプション ID を含む URLが
　あったため伏せ字にした。

　 MS_AzureAI900.md: 助詞・誤字（「〜を事を目的とした」「しる場合」）、
　括弧の対応漏れ 4 箇所を修正。リンク先が空のリンクを本文内参照に置換。
　単一 / マルチサービスリソースの違い、Face サービスが
　制限付きアクセスになった件、QnA Maker の終了と
　カスタム質問応答の中身、Azure AI Studio →
　 Azure AI Foundry の改称完了、
　責任ある生成 AI の 4 段階（特定 → 測定 → 軽減 → 運用）を補足。
　参考リンクのうち braindump 系サイトは NDA 違反の恐れがある旨を注記。

　 MS_AzureEventHubsTutorial.md: 「データ・パープライン」の誤字、
　 az eventhubs namespace network-rule add の --action の値の脱字、
　「③ メッセージ送受信編」の重複を修正。
　 Kafka エンドポイントの互換範囲（ログ圧縮・トランザクション不可）、
　 RootManageSharedAccessKey を配ってはならない旨を補足。

　 MS_AzureOpenAIService.md: 「AzureOpneAI」の誤字を修正。
　「デプロイ」がリソースデプロイとモデルデプロイの 2 つの意味で
　使われている点、グローバル標準 / 標準（リージョン）の違い、
　マネージド ID による接続を補足。

　 MS_ConnectToVNet.md: 「Azure Peering Service
　 ≒ Azure ExpressRoute」という元ページの整理に対し、
　 Peering Service では VNET に接続できない（対象がパブリック
　エンドポイントのみ）点を表で補足。
　 Azure Private Linkがオンプレからも
　到達できる旨も注記。

　 MS_KafkaDotNetClient.md: SslCaLocation がサーバー証明書の検証用で
　クライアント認証用ではない旨、現在は OAuth（マネージド ID）で
　接続できる旨を補足。

フェーズ117（10ページ）

配置先: techinfoofmicrosofttech/testing/vulnerability/、
.../programming/encryption/、.../identity/federation/、
.../platform/azure/、.../testing/tools/、.../testing/scm/、
.../troubleshooting/log/

セキュリティ・認証・テスト系の未移行ページを移行した。

元ページ名	移行先ファイル	配置先	元の更新日
RFC4949 Internet Security Glossary, Version 2	`MS_RFC4949.md`	`.../programming/encryption/`	2018-10-09
XSS対策の実装方針	`MS_XSSCountermeasures.md`	`.../testing/vulnerability/`	2021-10-03
SQLインジェクション対策の実装方針	`MS_SQLInjectionCountermeasures.md`	`.../testing/vulnerability/`	2018-12-21
OAuth 2.0 Device Flow	`MS_OAuthDeviceFlow.md`	`.../identity/federation/oidc/`	2020-12-17
パススルー認証	`MS_PassThroughAuthentication.md`	`.../identity/federation/`	2017-04-05
AKSをセキュアに利用する構築デモ	`MS_AKSSecureDemo.md`	`.../platform/azure/`	2021-09-30
AKSをセキュアに利用する構築デモ（コピペ用）	`MS_AKSSecureDemoCopy.md`	`.../platform/azure/`	2021-09-30
Test Studio	`MS_TestStudio.md`	`.../testing/tools/`	2021-03-02
GitBucket	`MS_GitBucket.md`	`.../testing/scm/`	2024-06-04
LogParser	`MS_LogParser.md`	`.../troubleshooting/log/`	2018-02-03

※ 添付ファイル 1 件。

元ページ名	添付ファイル	出力先
AKSをセキュアに利用する構築デモ	（図 1 点）	`MS_AKSSecureDemo_1.png`

※ 大部のページの変換について。
　 MS_RFC4949.md（用語 1,657 件の一覧）、
　 MS_AKSSecureDemo.md / MS_AKSSecureDemoCopy.md
　（シェルコマンドが大半を占める 43KB / 26KB）の 3 ページは、
　定型部分をスクリプトで一次変換したうえで、
　見出し・リンク・体裁と補足を人手で整えている。

※ 重複ページ 1 件を検出した。
　「Intelligent Tracking Prevention**（ITP）**」（全角括弧、2020-08-28）は、
　フェーズ73 で移行済みの
　「Intelligent Tracking Prevention (ITP)」（半角括弧、2021-08-31、
　 MS_IntelligentTrackingPrevention.md）と
　 本文が同一の旧名ページだった。
　移行先に統合し、ページは新規作成していない。
　これに伴い、フェーズ117 の 10 件目は「LogParser」に振り替えた。

※ 正誤・補足の主なもの。

　 MS_RFC4949.md: 「FC 2828」の脱字、IPA の英語版 URL の推定誤りを修正。
　定義タイプ I / N / O / D を「使ってよいか」の 2 軸で整理し直し、
　各エントリ先頭の $ が grep 用の目印である旨を補足。

　 MS_XSSCountermeasures.md: <%@ Page ... %> の開始タグの脱字、
　「会員でしないと」の誤字を修正。
　移行元サイトの絶対 URL で書かれていたリンクを本 Wiki 内リンクに置換。
　 Web Forms の Label.Text が危険な理由、Razor が既定でエンコードする点、
　現在の多層防御（出力エスケープ →
　 CSP → Cookie 属性）を表で補足。

　 MS_SQLInjectionCountermeasures.md: パラメタライズド・クエリが
　決定打である理由（構文木を先に確定させる）と、
　 パラメタ化できない箇所（テーブル名・列名・ORDER BY）は
　エスケープではなく許可リストで対処する旨を補足。

　 MS_OAuthDeviceFlow.md: ドラフト版「Device Flow」が
　 **RFC 8628「Device Authorization Grant」**として正式化された際の
　変更点（verification_code → device_code ほか）を表で補足。
　元ページの「Remote Phishing に注意」が、その後
　 Device Code Phishing として現実の攻撃になった旨も注記。

　 MS_PassThroughAuthentication.md: 本ページの主眼である
　「パススルー認証」と「要求規則のパススルー」の区別に加え、
　その後登場した Microsoft Entra ID のパススルー認証 (PTA) を
　含めた 3 者を表で整理した。

　 MS_AKSSecureDemo.md: 自ページを指すリンクと
　ページ内アンカー参照を節名の明示に置き換えた。
　 2020 年前後の AKS を前提としており、
　プライベートクラスタの GA、マネージド ID の既定化など
　現在との差異を表で補足。
　「切り分け」の節が本ページの読みどころである旨も添えた。

　 MS_LogParser.md: 抽出時間帯の 3 項目がすべて同一レベルの連番記法で
　書かれていたため 1.〜3. に整理。
　入力形式にレジストリや AD、ファイルシステムが含まれる点、
　 -resolveSIDs:ON が遅くなる点、
　 3 つのコマンドの出力先がすべて _1.log で上書きされる点を補足。

フェーズ118（10ページ）

配置先: techinfoofmicrosofttech/officeandclericaltopics/、
.../infrastructure/windowsos/

Microsoft Partner Network / 資格系と、Office 系（Excel・Forms・Teams）、
および転送用ページ 2 件を移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Microsoft Partner Network	`MS_MicrosoftPartnerNetwork.md`	`.../officeandclericaltopics/`	2019-11-19
Microsoft Partner Network のコンピテンシーを調査した。	`MS_MPNCompetency.md`	`.../officeandclericaltopics/`	2019-11-19
Microsoft Partner Network のアクションパックを調査した。	`MS_MPNActionPack.md`	`.../officeandclericaltopics/`	2019-11-19
マイクロソフト認定資格プログラムについて調査した。	`MS_MicrosoftCertification.md`	`.../officeandclericaltopics/`	2019-11-19
Excel数式と関数	`MS_ExcelFormulasAndFunctions.md`	`.../officeandclericaltopics/`	2020-02-27
Excel ピボット・テーブル、ピボット・グラフ	`MS_ExcelPivotTable.md`	`.../officeandclericaltopics/`	2020-02-28
Microsoft Forms	`MS_MicrosoftForms.md`	`.../officeandclericaltopics/`	2024-12-17
Microsoft Teams	`MS_MicrosoftTeams.md`	`.../officeandclericaltopics/`	2024-12-17
PowerToys	`MS_PowerToys.md`	`.../officeandclericaltopics/`	2025-08-04
機能と役割	`MS_FeaturesAndRoles.md`	`.../infrastructure/windowsos/`	2021-06-28

※ 添付ファイルなし。

※ Microsoft Partner Network 系 4 ページの配置先について。
　専用のフォルダが無いため、業務・事務系のトピックを収めている
　 officeandclericaltopics/ に配置した
　（GitHub Wiki はファイル名で解決するため、リンクには影響しない）。

※ 転送用ページ 2 件について。
　「PowerToys」（20 バイト）と「機能と役割」（37 バイト）は、
　いずれも転送先へのリンク 1 行だけのページだった。
　フェーズ116 と同様、転送先を明示したうえで残している
　（「機能と役割」は移行先の
　 MS_WindowsOSFeaturesAndRoles.md と
　紛れないよう MS_FeaturesAndRoles.md とした）。

※ 正誤・補足の主なもの。

　 MS_MPNCompetency.md ほか MPN 系 3 ページ: MPN は 2022 年に
　 Microsoft Cloud Partner Program へ移行し、現在は
　 Microsoft AI Cloud Partner Program である旨、
　 Silver / Gold コンピテンシーが Solutions Partner 指定
　（Partner Capability Score）に置き換わった旨を表で補足。
　 Microsoft Action Pack も 2025 年に終了している。

　 MS_MicrosoftCertification.md: 「5 つの専門分野」と実際の列挙数の
　不一致、空の箇条書きを整理。
　 MTA / MCSA / MCSE / MCSD の体系は 2021〜2022 年に廃止され、
　現在は Fundamentals / Associate / Expert の
　 ロールベース認定である旨を表で補足。
　 MCSM / MCA が 2016 年に廃止された経緯も添えた。

　 MS_ExcelFormulasAndFunctions.md: SUBTOTAL が
　「任意の集計」である理由（集計方法を番号で指定し、
　フィルタで隠れた行を除く）、VLOOKUP の弱点と XLOOKUP /
　 INDEX＋MATCH、CONCATENATE が非推奨で
　 CONCAT / TEXTJOIN が後継である旨を補足。

　 MS_ExcelPivotTable.md: 元ページの「単なる集計処理と解る」という
　見立てを、BI / OLAP の用語（ピボット・ドリルダウン・
　ドリルスルー・スライス）との対応表で裏付けた。
　元データをテーブル（Ctrl + T）にしておくべき理由も補足。

　 MS_MicrosoftForms.md: 「管理者データ・ポリシー違反」で弾かれる理由
　（Power Automate の DLP がコネクタをビジネス / 非ビジネスに分ける）を
　表で補足。フォームは個人ではなくグループで作成すべき旨も添えた。

　 MS_MicrosoftTeams.md: チャットとチャネルの違い
　（過去ログの可視性、ファイルの保存先、退職時の扱い）、
　チームを 1 つ作ると Microsoft 365 グループ・SharePoint・Exchange・
　 OneNote が同時に作られる点を補足。

※ 台帳の整理（フェーズ116〜118 に付随して実施）

TODO.md から移行済みの 16 行を削除した
（今回の 30 ページのうち、事前に予約済みだったのは 16 件）。
既存ページ中のプレースホルダ 65 箇所を Markdown リンクに張り替えた
（MS_AzureOpenAIService 9 箇所、MS_AzureDatabricksTutorial 9 箇所、
MS_MicrosoftForms / MS_MicrosoftTeams 各 5 箇所ほか）。
新規の予約は無し（今回作成したページからの未移行リンクは発生しなかった）。

フェーズ119（9ページ）

配置先: techinfoofmicrosofttech/programming/、.../programming/ui_subsystem/、
.../programming/data_access/、.../infrastructure/webapi/、
.../infrastructure/platform/sqlserver/、techinfoofmicrosofttech/

残っていた小規模ページを一括で移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Chart コントロール	`MS_ChartControl.md`	`.../programming/ui_subsystem/`	2017-02-27
C Sharpオンライン・エディター	`MS_CSharpOnlineEditor.md`	`.../programming/`	2018-11-07
リーダブルコード	`MS_ReadableCode.md`	`.../programming/`	2018-03-15
マルチプル・イベントとマルチキャスト・イベント	`MS_MultipleAndMulticastEvents.md`	`.../programming/ui_subsystem/`	2019-05-07
MySQL + Connector/NET	`MS_MySQLConnectorNET.md`	`.../programming/data_access/`	2020-06-09
CodePush	`MS_CodePush.md`	`.../programming/`	2020-02-25
JSONを送受信するRESTサービスを作成する方法	`MS_JSONSendReceiveRestService.md`	`.../infrastructure/webapi/`	2018-04-11
ReportViewer	`MS_ReportViewer.md`	`.../platform/sqlserver/`	2018-02-03
書きかけのページ	`MS_DraftPages.md`	`techinfoofmicrosofttech/`	2019-05-08

※ 添付ファイルなし。

※ 移行済みページの取りこぼしを 1 件検出した。
　「ビルド時に「error MSB4019 ... 〜」が発生」はフェーズ79 で移行済み
　（MS_MSBuildMSB4019.md）だったが、
　 DONE.md の元ページ名がバックティック部分を省いた短縮形で
　記録されていたため、残作業の集計で未移行として拾われていた。
　当該行の元ページ名をダンプの正確な名称に修正し、
　本フェーズで作成しかけた重複ページは削除した。
　このためフェーズ119 は 9 ページである。

※ 同種の記録ゆれをもう 1 件修正した。
　「Intelligent Tracking Prevention（ITP）」（全角括弧）が、
　フェーズ73 の行では半角括弧で記録されていたため、
　ダンプの名称に合わせた（元の更新日も 2021-08-31 と記録されていたが、
　ダンプの 2020-08-28 に合わせた）。
　（フェーズ117 に「重複ページを検出」と記載したが、正しくは
　 同一ページの記録ゆれである。当該ページは移行済みのため、
　フェーズ117 の 10 件目を「LogParser」に振り替えた判断自体は変わらない。）

※ 「JSONを送受信するRESTサービスを作成する方法」「書きかけのページ」について。
　前者はページ名変更の案内ページ、
　後者は著者が「書きかけ」と自覚していたページの索引であり、
　いずれも実体のあるコンテンツではないが、
　旧タイトルからの入口・編集状況の記録として意味があるため移行した。
　「書きかけのページ」に挙がっている 7 ページは、
　本移行時点ではすべて移行済みである。

※ 正誤・補足の主なもの。

　 MS_ChartControl.md: Chart コントロールが
　 .NET Core / .NET 5 以降に移植されていない旨と、
　移行先（ScottPlot、LiveCharts2、Chart.js ほか）を表で補足。

　 MS_MultipleAndMulticastEvents.md: 「マルチプル・デリゲート」が
　一般的な .NET 用語ではなく本ページ独自の対比である旨を整理し、
　多対 1 / 1 対多の関係をコード例で示した。
　マルチキャスト時の例外・戻り値・解除漏れの注意点も補足。

　 MS_ReadableCode.md: 見出しのみで本文が無いため、
　書籍の章立てに照らした要点を対応表で補った。

　 MS_MySQLConnectorNET.md: MySql.Data と MySqlConnector の違い、
　 GUI の現在の選択肢（DBeaver ほか）を補足。

　 MS_CodePush.md: App Center ごと 2025 年 3 月に提供終了した旨と
　移行先（Expo Updates、code-push-server ほか）を補足。

　 MS_JSONSendReceiveRestService.md: 元ページの「セルフ・ツッコミ」の中身
　（REST は名詞＝リソース、JSON-RPC は動詞＝手続き）を表で整理した。

　 MS_ReportViewer.md: ローカル / リモートの 2 モードの違いと、
　 .NET Core 以降に移植されていない旨・代替を補足。

フェーズ120（2ページ・計 189KB）

配置先: techinfoofmicrosofttech/infrastructure/platform/azure/

Azure AI 資格（AI-102）系の 2 ページを移行した。
1 ページあたりが大きい（144KB / 44KB）ため、本フェーズは 2 ページとした。

元ページ名	移行先ファイル	配置先	元の更新日
Azure AI 資格（AI-102）	`MS_AzureAI102.md`	`.../platform/azure/`	2026-06-18
Azure AI 資格（AI-102）対策	`MS_AzureAI102Prep.md`	`.../platform/azure/`	2026-01-10

※ 添付ファイルなし。

※ 変換方法について。
　いずれも見出しと箇条書きが大半を占める大部のページであるため、
　定型部分をスクリプトで一次変換したうえで、
　見出し・リンク・表・体裁と補足を人手で整えている
　（フェーズ117 の MS_RFC4949.md / AKS 構築デモと同じ進め方）。

※ 正誤・補足の主なもの。

　 MS_AzureAI102.md: AI-900との違い
　（Fundamentals と Associate、概念と実装、更新の要否）を表で補足。
　本文に Azure AI Studio / Azure AI Foundry / Microsoft Foundry が
　混在するのは短期間の改称によるもので同一のものである旨、
　ページ内アンカー参照はラベルのみを残した旨を注記。
　表の縦方向セル結合（|~|）は「〃」で表現し直した。

　 MS_AzureAI102Prep.md: 本ページが
　 模擬試験を解いて詰まった点を潰す作業ノートである旨を明示。
　参考に挙がる ExamTopics は受験規約（NDA）に抵触する恐れがある旨を注記した
　（AI-900、
　 GitHub Foundations模擬試験と同様）。

フェーズ121（2ページ・計 209KB／添付 60 点）

配置先: techinfoofmicrosofttech/testing/scm/、
.../troubleshooting/network/

残る大部の 2 ページを移行し、techinfoofmicrosofttech の実コンテンツを
すべて移行済みとした。

元ページ名	移行先ファイル	配置先	元の更新日
GitHub Copilot MS Learn Collections	`MS_GitHubCopilotMSLearn.md`	`techinfoofmicrosofttech/testing/scm/`	2025-03-30
Wiresharkの操作方法	`MS_WiresharkUsage.md`	`.../troubleshooting/network/`	2020-10-12

※ 添付ファイル 60 件（本移行で最多）。

元ページ名	添付ファイル	出力先
Wiresharkの操作方法	（図 60 点）	`MS_WiresharkUsage_1.png`〜`_60.png`

※ 正誤・補足の主なもの。

　 MS_GitHubCopilotMSLearn.md: 元ページに Tags 行が無く、
　末尾の「Exercise」節も空だったため、Tags を補い「参考」節を追加した。
　 2 つのラーニングパス（Fundamentals と Accelerate App Development）の
　対応を表で整理し、機能名の鮮度に注意する旨を添えた。

　 MS_WiresharkUsage.md: 画像参照の誤りを 1 件修正した。
　「インストールオプション」の図が、元ページでは
　直前の図と同じファイル名（ClassificationOfLanAnalyzer.png）を
　指していたため、キャプションと一致する
　 InstallationOptionOfWireshark.png を参照するよう改めた。
　また、[[[TCP]・[UDP]>TCP, UDP]] のように
　 リンクラベルに角括弧を含む記述が 2 箇所あり、
　そのままでは Markdown のリンクが壊れるため全角括弧に置き換えた。
　「区分ごとの特徴」の表は PukiWiki の横方向・縦方向セル結合を
　使っていたため、空セルと「〃」で表現し直している。
　本ページが **Wireshark 0.99.7（GTK2 UI）**前提である旨と、
　現在の Qt UI との対応（WinPcap → Npcap を含む）を表で補足した。

※ 台帳の整理（フェーズ119〜121 に付随して実施）

TODO.md から移行済みの 7 行を削除した。
これにより techinfoofmicrosofttech の予約行は 0 件になった。
既存ページ中のプレースホルダ 19 箇所を Markdown リンクに張り替えた。
新たに 1 件を予約した。

元ページ名	予約ファイル名	リンク元
MCP（Model Context Protocol）	`DNET_MCP.md`	`MS_AzureAI102.md`

techinfoofmicrosofttech の移行完了

フェーズ121 をもって、techinfoofmicrosofttech の実コンテンツ 1,192 ページを
すべて移行した（ダンプ全 1,296 ページ）。

残る 104 ページは、以下のとおり PukiWiki のシステムページ／カテゴリページで
あり、GitHub Wiki のページとしては移行対象外とする。

カテゴリページ（85 件）

:インフラストラクチャ のように : で始まるページで、本文は

"インフラストラクチャ" にタグ付けされたページを一覧表示します。

#related

の 2 行のみである（PukiWiki の #related プラグインによるタグ索引）。
本移行では、各ページ末尾の Tags: 行がこの役割を担っているため、
ページとしては作成しない。

対象:
:.NET Core、:.NET Standard、:.NET開発、:ADO.NET、:AKS、:ASP.NET、 :ASP.NET Identity、:ASP.NET MVC、:ASP.NET SPA、:ASP.NET SignalR、 :ASP.NET Web API、:ASP.NET Web Forms、:Access、:Active Directory、:Azure、 :BI/AI、:CI、:Dynamics CRM、:EUC、:Entity Framework、:Excel、:FIDO、 :Hyper-V、:IIS、:IT国際標準、:IaC、:IoT、:JavaScript、:Linux、 :Linuxサブシステム、:Microsoft Office、:Microsoft Partner Network、:Mono、 :NuGet、:OAuth、:OWIN、:SAML、:SQL Server、:SharePoint、:UIサブシステム、 :Visual Basic、:WPF/Silverlight, XAML、:Windows、:Windows Forms、:あるある、 :その他、開発の色々、:アカウント、:アーキテクチャ、:インフラストラクチャ、 :ウィンドウ・システム、:クラウド、:クラウド系開発、:クレームベース認証、 :コンテナ、:シェル、:セキュリティ、:ツール類、:テスト、:ディレクトリサービス、 :デバッグ、:デプロイ、:データアクセス、:ドキュメンテーション、:バックアップ、 :ビジネス・アプリケーション、:ビッグデータ、:プログラミング、:メモリ管理、 :モバイル系開発、:ライセンス、:事務作業系、:仮想化、:信頼性、:冗長化、 :国際化対応、:性能、:文字コード、:暗号化、:構成管理ツール、:移行、 :設計のポイント、:証明書、:認証基盤、:通信技術、:障害対応

PukiWiki の設定ページ（12 件）

PukiWiki 本体・プラグインの設定であり、コンテンツではない。

:RenameLog、:config、:config/PageReading、:config/PageReading/dict、 :config/plugin、:config/plugin/attach/mime-type、 :config/plugin/referer/config、:config/plugin/tracker、 :config/plugin/tracker/default、:config/plugin/tracker/default/form、 :config/plugin/tracker/default/list、:config/plugin/tracker/default/page

その他のシステムページ（7 件）

ページ	内容	本リポジトリでの対応
`RecentChanges`	更新履歴（プラグインが自動生成）	Git の履歴が代替
`RecentDeleted`	削除履歴（同上）	同上
`MenuBar`	`#recent(100)` のみ	`_Sidebar.md` が代替
`InterWikiName`	0 バイト	—
`テンプレ`	ページの雛形	`_Template.md` が代替
`メモ`	「バックログなし。」の 1 行	—
`添付用１`	添付ファイル数の上限（10）を超えた分の置き場	添付は\
`MS_ASPNETStateManagement_11.png` として取得済み

opentouryo

（未着手）

dotnetdevelopmentinfrastructure

ダンプ: _dump/dotnetdevelopmentinfrastructure_20260729（全 756 ページ）

数フェーズ移行を実施したが、低性能のLLMで実施した結果、精度が低かったため一度、ロールバックした。

フェーズ1（10ページ）

配置先: dotnetdevinfra/

DNET_FrontPage.md の「サービス」「DX」節の先頭から、
サービス系 7 ページと DX 系 3 ページを移行した。添付ファイルは無し。

元ページ名	移行先ファイル	配置先	元の更新日
サービス	`DNET_Service.md`	`dotnetdevinfra/`	2020-11-13
企画	`DNET_ServicePlanning.md`	`dotnetdevinfra/`	2020-11-13
価値	`DNET_ServiceValue.md`	`dotnetdevinfra/`	2021-11-02
技術	`DNET_Technology.md`	`dotnetdevinfra/`	2023-11-22
見積	`DNET_ServiceEstimation.md`	`dotnetdevinfra/`	2021-11-15
運用・保守	`DNET_ServiceOperationMaintenance.md`	`dotnetdevinfra/`	2020-03-07
資格	`DNET_Qualification.md`	`dotnetdevinfra/`	2024-03-21
SaaS設計のポイント	`DNET_SaaSDesignPoints.md`	`dotnetdevinfra/`	2026-06-23
DXのポイント	`DNET_DXPoints.md`	`dotnetdevinfra/`	2023-01-23
ユースケース検証（DX系）	`DNET_UseCaseVerificationDX.md`	`dotnetdevinfra/`	2022-07-26

ファイル名の決定について

DNET_FrontPage.md（ロールバック前の移行で作成済み）と TODO.md の予約名が
2 件で食い違っていた。TODO.md に「当該サイトの移行を再開する際は、これらの
ファイル名で作成すること」と明記されており、また techinfoofmicrosofttech 側の
移行済みページが既に予約名でプレースホルダを書いているため、
TODO.md の予約名を採用し、DNET_FrontPage.md 側を修正した。

元ページ名	FrontPage の記載	TODO.md の予約	採用
技術	`DNET_ServiceTechnology.md`	`DNET_Technology.md`	TODO.md
ユースケース検証（DX系）	`DNET_DXUseCases.md`	`DNET_UseCaseVerificationDX.md`	TODO.md

`DNET_FrontPage.md` のその他の修正

「資格」の配下に挙げられていた 4 項目は、元 Wiki では独立ページではなく
「資格」ページ内のアンカーだった（ロールバック前の移行が独立ページ名を
与えてしまっていた）。実体に合わせて次のように修正した。

FrontPage の記載	実体
`DNET_QualificationManagement.md`	「資格」ページ内のアンカー
`DNET_QualificationSecurity.md`	`SC` ページ（`DNET_SC.md`）へのリンク
`DNET_QualificationStrategy.md`	`ST` ページ（`DNET_ST.md`）へのリンク
`DNET_QualificationAnalyst.md`	`DS` ページ（`DNET_DS.md`）へのリンク

フェーズ2（10ページ）

配置先: dotnetdevinfra/

DNET_FrontPage.md の「DX」「BI / AI」節を移行した。添付ファイルは無し。
機械学習（machine learning）（51KB）、人工知能（AI）（35KB）、
深層学習（deep learning）（33KB）は当サイトでも大部のページ。

元ページ名	移行先ファイル	配置先	元の更新日
DX設計のポイント	`DNET_DXDesignPoints.md`	`dotnetdevinfra/`	2022-07-26
IoT	`DNET_IoT.md`	`dotnetdevinfra/`	2022-07-26
ビッグデータ	`DNET_BigData.md`	`dotnetdevinfra/`	2022-07-26
BI / AI	`DNET_BIAI.md`	`dotnetdevinfra/`	2026-05-13
ビジネスインテリジェンス（BI）	`DNET_BusinessIntelligence.md`	`dotnetdevinfra/`	2024-04-03
人工知能（AI）	`DNET_ArtificialIntelligence.md`	`dotnetdevinfra/`	2024-04-10
機械学習（machine learning）	`DNET_MachineLearning.md`	`dotnetdevinfra/`	2025-10-30
深層学習（deep learning）	`DNET_DeepLearning.md`	`dotnetdevinfra/`	2025-10-31
強化学習（Reinforcement Learning）	`DNET_ReinforcementLearning.md`	`dotnetdevinfra/`	2026-04-10
生成系AI（Generative AI）	`DNET_GenerativeAI.md`	`dotnetdevinfra/`	2026-07-23

正誤・補足

ページ	内容
`DNET_ArtificialIntelligence.md`	「まだ持ってい。」で切れていた文を「まだ持っていない。」に補った
`DNET_DeepLearning.md`	「層の深」→「層の深さ」、「SNACR」→「SNARC」、「ポップフィールドネットワーク」→「ホップフィールドネットワーク」
`DNET_IoT.md`	参考リンク【第7回】のURLが【第6回】と同一だったため `_07` に修正
`DNET_SaaSDesignPoints.md`	「Lets’s Encrypt」→「Let's Encrypt」

元 Wiki 側のリンク切れ

DNET_IoT.md の「デジタルツイン」節から
index.php?人工知能（AI）：予測・診断・最適化 へリンクしていたが、
当該ページはダンプに存在しない。移行メモを添えてリンクを外した。

表の縦セル結合について

機械学習（machine learning） の「機械学習の分類」表は PukiWiki の
縦セル結合（|~|）を使っていたが、GitHub Markdown では表現できないため
空セルとし、移行メモを添えた。

フェーズ3（10ページ・添付 3 点）

配置先: dotnetdevinfra/

DNET_FrontPage.md の「Linux」節 8 ページと「Java」節 2 ページを移行した。

元ページ名	移行先ファイル	配置先	元の更新日
Linux	`DNET_Linux.md`	`dotnetdevinfra/`	2020-03-21
Linuxのディストリビューション	`DNET_LinuxDistributions.md`	`dotnetdevinfra/`	2021-04-15
Linuxを触ってみる。	`DNET_TryLinux.md`	`dotnetdevinfra/`	2021-10-11
Linuxの各種基礎	`DNET_LinuxBasics.md`	`dotnetdevinfra/`	2024-11-19
Linuxの各種手順	`DNET_LinuxProcedures.md`	`dotnetdevinfra/`	2025-08-04
Docker	`DNET_Docker.md`	`dotnetdevinfra/`	2026-05-21
Open PaaS	`DNET_OpenPaaS.md`	`dotnetdevinfra/`	2026-05-21
Linux上で動くWindows	`DNET_WindowsOnLinux.md`	`dotnetdevinfra/`	2020-02-28
Java	`DNET_Java.md`	`dotnetdevinfra/`	2021-04-13
Javaを書いてみる。	`DNET_TryJava.md`	`dotnetdevinfra/`	2020-02-25

添付は Javaを書いてみる。 の 3 点で、DNET_TryJava_1.png〜_3.png として取得した。

正誤・補足

ページ	内容
`DNET_TryJava.md`	「イントラ・プロシキ」→「プロキシ」、「Oracke Java」→「Oracle Java」、「Adopt Open JDK」→「AdoptOpenJDK」。あわせて Eclipse Temurin への改称を補足した
`DNET_Docker.md`	「先頭にsodoを付与」→「sudo」
`DNET_LinuxDistributions.md`	「日本のパシフィックハイテック日本国内パッケージ販売」の脱字を補い、CentOS Linux 7 の終息と AlmaLinux / Rocky Linux を補足した
`DNET_Java.md`	Java SE 15 で止まっていたため、LTS 17 / 21 / 25 を補足した

書きかけの節について

Linuxの各種基礎 の「Advanced」節、Docker の「ストレージ・ドライバ」など、見出しのみで本文が無い節が複数ある。原文どおり見出しを残し、移行メモを添えた。

フェーズ4（10ページ）

配置先: dotnetdevinfra/

DNET_FrontPage.md の「OSS」節 6 ページ、「開発環境」節 2 ページ、フェーズ3 で積み残した Java 系 1 ページ、および「クラウド」を移行した。添付は無し。

元ページ名	移行先ファイル	配置先	元の更新日
Java有償化について調べてみた。	`DNET_JavaLicensing.md`	`dotnetdevinfra/`	2022-04-08
OSS	`DNET_OSS.md`	`dotnetdevinfra/`	2020-11-28
OSSのライセンス	`DNET_OSSLicense.md`	`dotnetdevinfra/`	2021-03-19
OSSの開発方法論	`DNET_OSSMethodology.md`	`dotnetdevinfra/`	2020-02-21
OSSのビジネスモデル	`DNET_OSSBusinessModel.md`	`dotnetdevinfra/`	2020-02-17
OSSの導入事例	`DNET_OSSCaseStudy.md`	`dotnetdevinfra/`	2020-10-09
セキュリティ脆弱性対策ツール	`DNET_OSSSecurityTools.md`	`dotnetdevinfra/`	2020-11-11
GitHub	`DNET_GitHub.md`	`dotnetdevinfra/`	2025-03-04
開発環境	`DNET_DevelopmentEnvironment.md`	`dotnetdevinfra/`	2021-02-17
クラウド	`DNET_Cloud.md`	`dotnetdevinfra/`	2021-09-29

ファイル名の食い違い（2 件目）

フェーズ1 と同様、DNET_FrontPage.md と TODO.md の予約名が食い違っていたため、TODO.md の予約名を採用し FrontPage 側を修正した。

元ページ名	FrontPage の記載	TODO.md の予約	採用
クロスプラットフォーム開発ツール	`DNET_CrossPlatformTools.md`	`DNET_CrossPlatformDevTools.md`	TODO.md

正誤・補足

ページ	内容
`DNET_OSSLicense.md`	「TLSのサポート」→「LTS」、引用中の「SPサービス」→「ASPサービス」
`DNET_JavaLicensing.md`	「今迄どうり」→「今迄どおり」。NFTC の期限付き無償提供と AdoptOpenJDK → Eclipse Temurin の改称を補足した
`DNET_OSSCaseStudy.md`	WhiteSource → Mend の改称、Black Duck Software の独立を補足した

表の結合セルについて

OSSのライセンス のマトリックス表と セキュリティ脆弱性対策ツール の比較表は、PukiWiki の横結合（|>|）・縦結合（|~|）による 2 段ヘッダだった。GitHub Markdown では表現できないため、ヘッダは 1 段にまとめ、縦結合は「〃」として移行メモを添えた。

フェーズ5（10ページ・添付 28 点）

配置先: dotnetdevinfra/

DNET_FrontPage.md の「BI / AI」節に積み残していた LLM 系 8 ページと、「その他」節の 2 ページを移行した。

元ページ名	移行先ファイル	配置先	元の更新日
テキスト生成系（Transformer系）	`DNET_TextGenerationTransformer.md`	`dotnetdevinfra/`	2026-07-23
LLMへの様々な質問例	`DNET_LLMQuestionExamples.md`	`dotnetdevinfra/`	2026-04-06
LLMのユースケース	`DNET_LLMUseCases.md`	`dotnetdevinfra/`	2026-06-09
LLMのPE	`DNET_LLMPE.md`	`dotnetdevinfra/`	2026-07-02
LLMのRAG	`DNET_LLMRAG.md`	`dotnetdevinfra/`	2026-04-08
LLMのFT	`DNET_LLMFT.md`	`dotnetdevinfra/`	2026-04-10
LLMエージェント	`DNET_LLMAgent.md`	`dotnetdevinfra/`	2026-07-21
推論エージェント	`DNET_ReasoningAgent.md`	`dotnetdevinfra/`	2026-07-23
Github上の成果物	`DNET_GitHubAchievements.md`	`dotnetdevinfra/`	2026-05-21
某承用語集	`DNET_ApprovalGlossary.md`	`dotnetdevinfra/`	2025-04-04

添付は テキスト生成系（Transformer系） の 27 点と LLMのRAG の 1 点。本文の #ref 出現順に _1〜_27 / _1 として取得した。

正誤・補足

ページ	内容
`DNET_LLMPE.md`	「規模言語モデル」→「大規模言語モデル」。平方完成の例の解が式と一致しないため修正（解の公式の例と取り違えと思われる）
`DNET_LLMRAG.md`	「Retrireve」→「Retrieve」、「複座なネットワーク構造」→「複雑な」
`DNET_LLMFT.md`	「TLSのサポート」→「LTS」
`DNET_LLMAgent.md`	「前提スキーマがSON Schema」→「JSON Schema」
`DNET_LLMQuestionExamples.md`	「散見さた」「文字列か可能な」「立ち向かりながら」「真疑を扱う」�

このWikiは「Open棟梁Project」,「OSSコンソーシアム開発基盤部会」によって運営されています。

NetDevInfraWiki

マイクロソフト系技術情報 Wiki

Open 棟梁 Wiki

（未着手）

TOP

開発基盤部会 Wiki

TOP
サービス
- 企画
- 価値
- 技術
- 見積
- …ほか（サービス）
DX
BI / AI
Linux
- Linuxのディストリビューション
- Linuxを触ってみる。
- Docker
- CaaS (Open PaaS)
- …ほか（Linux）
Java
- Javaを書いてみる。
- Java有償化について調べてみた。
OSS
- ライセンス
- 開発方法論
- ビジネスモデル
- 導入事例
- …ほか（OSS）
開発環境
その他

移行管理: DONE ／ TODO