如何直接從新的 Microsoft Store 安裝 Win32 應用程式

如果您使用傳統的桌面應用程式並希望在 Windows 上以有保障的方式分發它們，那麼 Microsoft Store 及其與 Intune 的整合將為您打開大門。 安裝 Win32 應用程式的幾種可靠路徑。 在本指南中，我們將回顧所有選項。

除了解釋“如何”，我們還將看到 具體優勢 對於開發人員（擁有自己的商務、分析、運輸 API 和來自 GitHub 的 CI/CD）以及 以獲得流暢的用戶體驗的建議。 我們還會告訴您哪些功能不受支援、您需要事先準備什麼以及如何診斷依賴關係、偵測規則和替換版本。

Microsoft Store 中的發行選項

將 Win32 應用程式帶到 微軟商店 兩條主要道路兩者均相容於 Windows App SDK、WPF、WinForms、Electron、Qt 等技術。選擇其中一種取決於您希望為使用者提供的體驗以及您組織的需求。

• 選項 A：作為 MSIX 進行打包，以享受完整的系統集成 （更新、身分、安裝體驗等）得益於 MSIX 打包，使用者可以更輕鬆地發現、取得和安裝，並且可以利用 Windows 和商店的高級功能。
• 選項 B：按原樣發布您的 EXE 或 MSI 安裝程序，並託管在您的網站上 此選項會在商店上架您的應用，並保留原始安裝程式和 CDN。如果您希望以最少的變更維護當前的建置和交付工作流程，則此選項是理想之選。

為了讓您一目了然，這裡有一個 兩種模式之間的主要區別的總結。 請記住，根據情況，兩者可以共存。

特點	MSIX（已打包）	Win32（原始安裝程式）
託管	Microsoft 提供的免費託管	由出版商主辦並承擔費用
商報	Microsoft Store 零售平台或您自己的系統	您的付款/商務平台
程式碼簽名	由微軟免費提供	由擁有 Microsoft 根程式 CA 的發布者
更新	作業系統每 24 小時自動檢查一次	該應用程式管理其更新
S模式	公鏈相容	不支持
私人名單和航班	可用的	無法使用
與 Windows 的高級集成	是（共享、從商店啟動等）	沒有
備份/還原 Windows 11	自動恢復和安裝	透過指向「商店」標籤恢復「開始功能表」圖標

選項 1：將 Win32 應用程式打包為 MSIX

MSIX 中的打包非常簡單，並且有幾種方法可以以最小的摩擦來完成。 選擇最適合您的專案和當前工具的一個。

• 視覺工作室：向您的解決方案新增 Windows 應用程式打包專案並為您的桌面應用程式配置 MSIX 打包。
• 第三方安裝程式：利用 合作夥伴解決方案 為桌面專案產生 MSIX。
• MSIX 打包工具- 以引導方式從現有安裝程式（MSI、EXE、ClickOnce 或 App-V）建立 MSIX 套件。

在發布之前， 使用 Windows 應用認證工具包驗證你的 MSIX 檢查是否符合 Microsoft Store 並偵測可能發生的事件。

選項 2：發布未修改的 EXE/MSI 安裝程序

自2021年XNUMX月起，Microsoft Store 支援解壓縮 Win32 應用，它允許您列出您的應用程序，同時保留原始安裝程序並控制您的 CDN/版本控制。

過程很簡單： 在合作夥伴中心分享安裝程式 URL 並填寫所需信息經過認證團隊的驗證後，您的應用程式將出現在商店中，用戶將使用您的靜默安裝程式繼續安裝。

為了使安裝程式被接受， 遵守這些準則 你將避免被拒絕：

• 格式：必須是 微星 或 Exe的。.
• 摩多：安裝程式必須能夠 離線辦公.
• 不變性：URL 指向的二進位文件 不應該改變 一旦發送。
• 範圍：安裝程式必須 專門安裝 預期的產品。

使用 Microsoft Store 安裝和管理 Intune

Microsoft Intune 與 Microsoft Store 集成， 搜尋、新增、分配並保持最新的 UWP、MSIX 和 Win32 (EXE/MSI) 應用管理員可以集中部署和監控應用程序，並在適當的時候委託自動更新。

將應用程式商店與 Intune 結合使用的先決條件

• 硬體：帶有 至少兩個核心.
• IME 用戶端：支持 Intune 管理擴充.
• Conectividad：訪問 Microsoft Store 和目標內容 （如果適用，請檢查代理設定）。

新增和部署新的 Microsoft Store 應用

流程由以下部分組成 三個階段：申請資訊、任務和審核/創建您可以在 Intune 中的「應用程式」>「所有應用程式」>「建立」>「Microsoft Store 應用程式（新）」下啟動它。

從 Intune 搜尋應用程式商店時，你會看到「名稱」、「發布者」和「類型 (Win32 或 UWP)」等欄位。當你選擇應用程式時，會預先載入元數據，你可以在以下欄位中編輯這些元數據：

• 名稱和描述 用於公司入口網站。
• 出版商, 類別, 商標 以及像這樣的品牌 特色應用.
• 包標識符 （唯讀）和 安裝程式類型 （UWP/Win32）。
• 安裝行為 （系統或使用者）， 網址 資訊/隱私， 業主, 開發商 y 票據.

更新

從 Microsoft Store 發佈的程式會自動更新至最新版本。對於 UWP，請勿啟用「停用自動下載和​​安裝更新」政策。

Microsoft Store Win32 應用：Intune 中的行為

當 Win32 應用程式商店應用程式被指定為必要應用程式但未被正確偵測到（按版本或上下文）時，Intune 會嘗試在目標上下文中重新安裝它。對於現有應用程序，一旦用戶從公司入口網站安裝它們，管理就開始了。

該商店支援帶有發布者託管內容的 EXE 和 MSI 安裝程序根據定義，每個應用程式都可以安裝在 用戶 或取消 系統。請參閱「Microsoft Store 中的傳統桌面應用程式」文件以了解更多詳細資訊。

商店中的 UWP 應用：系統上下文和建議

現在您也可以從系統上下文中的「Microsoft Store App（新）」部署 UWP。如果您在系統上設定了 appx， 它將為每個登入的用戶安裝。.

避免混合安裝上下文 在同一裝置上，因為這會使安裝狀態的管理和感知變得複雜，特別是如果使用者在會話期間卸載應用程式而應用程式仍然處於配置狀態。

Microsoft Store 政策及其影響

一些系統策略直接影響應用程式部署。. 仔細配置它們以平衡安全性和自動化。

• 停用 Microsoft Store 中的所有應用：建議不配置或啟用以保留與 Intune 的整合。
• 停用自動下載和​​安裝更新：如果您想允許 UWP 自動更新，建議不要設定或停用。
• 為應用程式安裝程式啟用 Microsoft Store 來源 y 啟用應用程式安裝程式：建議未配置或啟用。
• 禁用商店應用:
  • 未配置：該作業系統可能允許使用者任意安裝。
  • 已啟用：阻止使用者從商店手動安裝和更新。
  • 殘障人士：允許使用者手動安裝和更新。

關鍵方面：如果您想允許自動 UWP 更新（包括內建應用程式）並阻止手動或 winget 安裝， 自動更新未配置/停用，App Store 已啟用/未配置。對於來自商店的 Win32 應用，如果您停用作業系統自動更新， 當存在活動分配時，Intune 將繼續應用更新.

先決條件和限制

開始之前，請確認您符合要求 並了解哪些內容不受支援以避免崩潰。

• 附有 Intune 的 Microsoft Store： 至少 兩個核心 CPU，支援 我 y 訪問商店和內容 （如有必要，調整代理）。
• 在 Intune 中管理 Win32 應用: Windows 10 1607 或更高版本 （企業版、專業版、教育版）、設備 註冊或加入 Microsoft Entra ID （包括混合和 GPO），以及 最大尺寸 30 GB 透過應用程式。
• 不支持：安裝程式 ARM64 適用於 Microsoft Store 應用程式。

為 Intune 準備 Win32 應用程式：.intunewin 格式

經典 Win32 應用程式使用 Microsoft Win32 內容準備工具進行預處理，將安裝程式轉換為以下格式 .intunewin y 檢測屬性 Intune 使用來決定安裝狀態。

您可以從 GitHub 下載該工具的 ZIP 版本 （包括許可證、發行說明和「Microsoft-Win32-Content-Prep-Tool-master」資料夾）。運行 IntuneWinAppUtil.exe 無需互動式精靈的參數或使用命令列。

可用參數

• -h： 幫助。
• -c：包含所有安裝檔案的資料夾（壓縮為 .intunewin）。
• -s：安裝檔案（例如， SETUP.EXE o 安裝.msi).
• -任何一個：產生的 .intunewin 的輸出資料夾。
• -q：靜音模式。

示例

• 顯示幫助: IntuneWinAppUtil -h
• 轉換安裝程式: IntuneWinAppUtil -c c:\testapp\v1.0 -s c:\testapp\v1.0\setup.exe -o c:\testappoutput\v1.0 -q

評議會- 如果需要引用其他檔案（例如許可證），請將它們放在安裝程式資料夾下的子資料夾中，然後 使用相對路徑 在您的安裝邏輯中（例如， 許可證\license.txt).

向 Intune 新增 Win32 應用：詳細步驟

以下是逐步的過程：

第一步：申請訊息

選擇 .intunewin 檔案並填寫元數據 用戶將在公司入口網站中看到。

• 名 （僅有的）， 描述 （您可以使用 Markdown 子集進行格式化；不支援 HTML） 編輯頁.
• 分類, 優秀, 資訊網址, 隱私網址, 開發人員, 業主, 筆記, Logo.

第 2 步：編程

配置安裝/卸載命令和行為 讓 Intune 代理程式以靜默且受控的方式執行您的安裝程式。

• 安裝命令：例如，對於 MSI msiexec /p "MyApp123.msp" 或 EXE ApplicationName.exe /quiet （根據供應商調整改質劑）。
• 卸載命令：使用 產品 GUID 如果適用的話，例如 msiexec /x "{12345A67-89B0-1234-5678-000001000000}".
• 最大時間 安裝時間（分鐘）， 可解除安裝 在公司入口網站中 安裝行為 （系統或使用者）。
• 設備重啟：決定是否壓制、允許或強制，或根據 回傳代碼 （硬/軟復位）。
• 回傳代碼：定義類型（成功、錯誤、重試、硬重啟/軟重啟）。 Intune 會自動重試，直到 3倍 等待 5 Minutos 在適當的時候。

第 3 步：要求

設定設備先決條件 這樣應用程式就只安裝在有意義的地方。

• 建築, 最小作業系統, 光盤空間, 內存, 最小邏輯 CPU, 最小頻率.
• 附加規則:
  • 檔案：檢測存在/日期/版本/大小，支持 32/64 位元上下文.
  • 註冊：驗證 HKLM/HKCU 中的鍵/值/字串/整數/版本，並可選擇 32/64位Vista.
  • 腳本 （PowerShell）：評估 標準輸出 y 退出代碼 （0 = 已安裝），具有 32/64 位元簽章和上下文選項或使用者憑證。

步驟4：檢測規則

定義 Intune 如何知道應用程式已安裝：手動配置或自訂腳本。

• MSI：用途 產品代碼 並且，如果您願意的話，還可以進行版本檢查。
• 檔案：使用適當的路徑和檢測方法檢查存在性/日期/版本/大小。
• 註冊：用比較方法和正確的記錄視圖檢查鍵/值。
• 腳本：返回的 PowerShell 0 並在其中寫入一個字串 標準輸出 標記為“已安裝”。

Win32 應用程式版本顯示在 Intune 中 您可以透過啟動版本列在「所有應用程式」清單中進行篩選。

步驟5：依賴關係

必須先安裝的相關應用 滿足功能需求。只有兩者之間的依賴關係 Win32 應用.

• 極限： 直到 100 在總圖中（主應用程式+相依性和子相依性）。
• 自動安裝: 預設 是，即使依賴關係沒有明確針對設備/使用者。
• 順序和遞歸：子依賴關係在主依賴關係之前進行評估；在同一層級內，沒有保證的順序。
• 限制：在關係中斷之前，您無法刪除依賴關係圖中的 Win32 應用程式。

通知和錯誤Windows 會通知使用者相依性的下載和安裝。如果失敗，您會看到「無法安裝依賴項」或「待重新啟動」之類的訊息，並且報告會顯示原因以及嘗試的重試次數。

步驟6：更換

更新或替換先前的版本 定義哪些應用程式將被替換，以及是否應該 卸載 上一版本。限制是 10 應用程式包括傳遞引用。

第 7 步：作業

選擇類型：必需、適用於已註冊的設備或卸載；新增包含/排除的群組， 通知, 可用性, 截止日期 y 分配優化優先權 （前台/後台下載）。

步驟 8：審核並創建

驗證配置並建立應用程式從那裡，您可以監控狀態並根據需要的發展擴展或調整分配。

開發人員在商店中發布 Win32 的優勢

• 您可以在非遊戲應用程式中使用自己的商務系統進行應用程式內購買，並保留 100% 的收入。 （取決於您的付款提供者），在商店上架或銷售無需支付平台費用。
• 您的應用程式、您的安裝程式、您的 CDN：您的安裝程式在靜默模式下使用 版本化 URL，保持不變。商店管理標準 MSI 代碼，並允許您貢獻 自訂程式碼 對於 EXE，在安裝期間向用戶端顯示適當的訊息。
• 自動出貨和更新 隨著 運輸 API 來自 Microsoft Store 和 GitHub Actions （CI/CD）會作為管道的一部分自動建置、打包和更新您的清單。
• 自收購以來，分析能力不斷增強：從中取得數據 安裝代碼 無需額外檢測即可查看安裝程式（包括自訂 EXE 版本）、應用程式使用情況和健康狀況。深入了解安裝程式失敗的位置和原因，並明智地確定修復優先順序。
• 審查管理和審查流程：回應 顧客評論 從合作夥伴中心查看失敗審核的詳細資訊（政策、重現、補救指南）並使您的路線圖與真實回饋保持一致。
• 快閃商店：整合了 迷你安裝視窗 從您的網站啟動，保持您的網路優先體驗，同時又不放棄透過 Microsoft Store 安裝的好處。