2025年12月10日 星期三

[研究]可以充 NB 的行動電源,和不能的,技術規格有差異 ? 相同 mAh 時體積會有差異 ?

[研究]可以充 NB 的行動電源,和不能的,技術規格有差異 ? 相同 mAh 時體積會有差異 ?

2025-12-10

✅ 一、能充 NB vs 不能充 NB 的技術規格差異

項目 一般手機行動電源 可充筆電行動電源(有 PD)
輸出協定 QC 3.0、5V/2A、沒有 PD USB-C Power Delivery(PD) ,支援 20V
最大輸出功率 多為 12W~18W 常見 45W / 60W / 65W / 100W / 140W
Type-C 埠類型 Type-C 充電輸入或小功率輸出 Type-C 支援 PD 雙向,能輸出高瓦數
電芯配置 多為 3.7V 電芯(串並方式較簡單) 需要提升到 20V,所以有 DC-DC 升壓電路、MOSFET、PD 協定晶片
保護電路 基本 OCP/OVP/OTP 需要支援高電壓、高電流,更複雜的保護 IC
認證要求 無需特別 高瓦 PD 多要求 USB-IF 認證、UL 安規

✔ 為什麼一般行動電源不能充 NB?

筆電大多需要:

  • USB-C PD ≥ 20V
  • 功率 ≥ 30W~65W(商務筆電更高)

而一般行動電源沒有提供 20V,只能輸出 5V 或 QC 的 9V、12V,電壓不足、瓦數不足 → 無法驅動 NB 充電。

✅ 二、相同 mAh 時,能充 NB 的行動電源體積會比較大嗎?

通常會比較大,但不是因為 mAh,而是因為 PD 高瓦數硬體增加的體積。

✔ 造成體積變大的因素

  • 高瓦 PD 協定晶片
  • 高效率升壓模組(把 3.7V 提升到 20V)
  • 更大、更厚的散熱模組(導熱片、銅片、散熱片)
  • 更強的 MOSFET、電感、電容等功率元件
  • 更強的保護電路

➤ 簡單講:

相同電芯量(mAh),可充筆電的行動電源一定比較重、比較大。

🔍 實例比較(以 20,000mAh 左右)

型號 功率 20,000mAh 典型重量 20,000mAh 典型體積
一般行動電源 18W 約 320–350g 細長輕巧
筆電行動電源 65W 約 400–450g 明顯厚、寬
高瓦筆電(100W) 100W 450–520g 更厚、散熱孔更多

結論:功率越高 → 體積越大。

✔ 總結

1)能充 NB vs 不能充 NB 的差異?

  • 核心差異是 是否支援 USB-C PD(20V、≥30W)
  • 可充 NB 的行動電源有 更複雜的升壓電路、協定晶片、散熱設計

2)相同 mAh 時體積是否不同?

  • 會比較大
  • mAh 一樣,但因為 PD 電路、MOSFET、升壓模組造成 體積與重量增加 20%~40%

(完)

2025年12月9日 星期二

[研究]Imperva DAM 的帳號 admin 是否不可刪除?

[研究]Imperva DAM 已經建立其他最高權限帳號,請問 admin 帳號是否仍不可刪除,否則 DAM 無法運作 ?

2025-12-09

Imperva DAM 已經建立其他最高權限帳號,請問 admin 帳號是否仍不可刪除,否則 DAM 無法運作 ?

ChatGPT

這是一個很好的問題 — 我查了公開的 Imperva SecureSphere/Imperva DAM(Database Activity Monitoring, DAM) 的文件與社群討論,結果是「沒有證據能肯定表示 -- 刪除預設 admin 帳號必然會導致 DAM 無法運作」。以下是我整理出的重點 + 為什麼不能斷然下結論:

✅ 已知情況:SecureSphere 支援建立其他管理帳號、支援多帳號管理

  • 根據 SecureSphere 的管理手冊 (Administration Guide),你可以用預設 admin 帳號 (第一登入時) 建立「local Admin User」(本地管理帳號)。 https://studylib.net/doc/27987194/imperva-dam-administration-guide-2025-11-20-08-29-00
  • 也明確提到,當你啟用外部認證 (LDAP / AD) 時,系統仍允許建立新的本地使用者或使用外部帳號登入。 
  • 實務上,有人報告透過新建立帳號登入 SecureSphere 並可正常操作 — 顯示系統並不是「永遠綁定只有一個 admin 帳號」才能運作。 

因此,理論上你若已經建立了「另一個具有完全管理 (Administrator) 權限」的帳號,應該可以用該帳號來管理 SecureSphere / DAM。

⚠️ 但文件/社群並未明說:預設 admin 帳號能否安全刪除

換句話說,沒有 evidential proof 支持「刪除 admin 就會讓 DAM 無法運作」。但也沒有公開範例證明系統在刪除 admin 後仍完全穩定。


🎯 我的判斷與建議 (基於目前公開資訊)

  • 如果你已經「創建一個或多個擁有完全管理權限 (Administrator) 的帳號」並確定能登入與執行所有管理功能,那理論上可以考慮 停用或刪除預設 admin 帳號 — 以減少因預設帳號被猜密碼而被濫用的風險。
  • 但因為官方並未明文保證這樣做是安全/被支援的,建議先於非生產環境 (lab/test) 進行完整驗證 —— 包括登入、功能測試 (policy 管理、agent 註冊、alert/report 功能…)。
  • 若可能,保留預設 admin 帳號但 禁用登入 (rename + lockout + 記錄),或設為僅在必要時 (break-glass) 使用,也可能是比較保守 (安全 + 穩定) 的做法。
  • 同時,建議確認是否有官方技術支援或授權協議 (license agreement) 裡對帳號管理有特殊限制/要求(有些系統會要求預設帳號存在以保證支援流程可用)。


🧾 為甚麼不能斷言「刪除 admin 就一定會讓 DAM 無法運作」

  • 官方手冊強調的,是「至少要有一個 OS-level superuser (root / secure) + 至少有一個管理者帳號 (Administrator)」來管理 appliance,但沒有將特定帳號名稱 (例如 “admin”) 綁定為必不可少。 
  • 社群討論 (如重設密碼) 表示預設 admin 帳號確實扮演核心角色,但也能被重設,顯示其並不是一個 “不可變更 / 不可移除”的黑箱。 
  • 若刪除 admin 後系統必須依賴其他帳號,但若這些帳號的權限/configuration 或授權沒有設定正確,就可能出現問題 — 這樣故障往往是因配置不當,而非 “刪除 admin 就注定壞掉”。


✅ 結論 (就你問的):

你問的是:「在已建立其他最高權限帳號後,admin 帳號是否仍不可刪除,否則 DAM 無法運作?」

答:不一定。 根據公開資訊,如果已有其他具管理權限帳號,理論上刪除 (或停用) 預設 admin 帳號是可行的。但因官方文件沒有明文保證系統對這種情況的完整支援,也沒看到實際案例證明 “生產環境刪除 admin 仍完全正常”。因此,如果要刪除,務必先在測試環境驗證所有功能無誤。

詢問維護的工程師,答案就算建立其他最高權限帳號,帳號 admin 仍不可刪除。

(完)

2025年12月8日 星期一

[研究]Microsoft Web Deploy v4.0下載

[研究]Microsoft Web Deploy v4.0下載

2025-12-08

Microsoft Web Deploy v4.0

https://www.microsoft.com/en-us/download/details.aspx?id=106070

webdeploy_amd64_zh-TW.msi

WebDeploy_x86_zh-TW.msi

webdeploy_amd64_en-US.msi

WebDeploy_x86_en-US.msi

**********

Visual Studio → 在專案上按右鍵 → Deploy → 目標是 網路芳鄰 的另一台電腦(測試機)

這代表您是:

✔ 使用「File System Deploy」(檔案系統部署)

也就是 Visual Studio 把建置好的 WebForm 網站輸出到某個本機或網路分享資料夾(例如:\TestServer\Share\WebSite\),再由您或測試機自行把該資料夾內容放到 IIS 網站目錄。

❌ 這種方式完全不需要 Web Deploy

(完)

[研究]SQL Server Management Studio 22.0.0 (SSMS 22.0.0) 安裝

[研究]SQL Server Management Studio 22.0.0  (SSMS 22.0.0) 安裝

2025-12-08

SQL Server Management Studio (SSMS) 22.0.0 於 2025-11-11 釋出
https://learn.microsoft.com/zh-tw/ssms/release-notes-22

SSMS 自 21 版改用 VSTA 建構,介面大改,預設使用 Internet 線上安裝。

[研究]SQL Server Management Studio (SSMS) 22 預覽版2 (Preview 2)下載 安裝

【離線安裝】
建立 SQL Server Management Studio 的離線安裝
Create an offline installation of SQL Server Management Studio
語法:vs_SSMS.exe --layout C:\SSMS_Layout --all













下圖,12/08的,除了 picpick 外,都是 SSMS 22 安裝的。

SSMS 22.0 安裝了下面軟體

Microsoft Edge WebView2 執行階段 142.0.3595.94 2025/12/8
Microsoft Visual C+++v14 Redistibutsble (x64)-14.50 35710 14.50.35710.0
Microsoft Visual C++++ v14 Redistributable (x86) - 14.50.35710 14.50.35710.0
Microsoft Visual Studio Installer 4.0.2166.47498
SQL Server Management Studio 22 22.0.0
vs_CoreEditorFonts 17.7.40001
適用於SQLServer 的 Microsoft OLE DB 驅動程式19 19.4.1.0

**********
1. 必需或建議保留
  • SQL Server Management Studio 22 22.0.0
    → 這是主要軟體,當然不能刪除。
  • 適用於 SQL Server 的 Microsoft OLE DB 驅動程式 19 19.4.1.0
    → SSMS 和其他 SQL Server 工具用來連線 SQL Server,刪除可能會導致連線失敗。
  • Microsoft Visual C++ v14 Redistributable (x64) & (x86) - 14.50
    → SSMS 及其元件可能依賴這些 C++ 執行庫,刪除後可能導致 SSMS 或某些插件無法啟動。
  • Microsoft Edge WebView2 執行階段 142.0.3595.94
    → 新版 SSMS 的部分視覺介面、報表或內嵌瀏覽器功能依賴 WebView2,如果刪除,可能導致內嵌瀏覽器無法顯示(例如報表、啟動頁面等)。

2. 可選或可移除
  • Microsoft Visual Studio Installer 4.0.2166.47498
    → 只用於安裝/更新 Visual Studio 或相關組件,如果你不打算用 Visual Studio 或其擴充元件,可以移除。SSMS 自身不依賴它。(註:SSMS 22 使用它安裝,與 SSMS <= 20 不同,敝人建議別移除)
  • vs_CoreEditorFonts 17.7.40001
    → 這是 Visual Studio 字型套件,SSMS 可能會使用 Visual Studio 字型做顯示,但不是必要。刪除後可能改變編輯器字型,但不影響功能。(註:SSMS 22 既然安裝了,表示字體可能非Windows預設狀況,移除可能外觀顯示有差異,敝人建議別移除)
(完)

相關

SQL Server Management Studio (SSMS) 版本資訊
https://learn.microsoft.com/zh-tw/ssms/release-notes-22

安裝 SQL Server Management Studio

[研究]Symantec EndPoint Protection 14.3 RU9 (SEP)安裝記

[研究]Symantec EndPoint Protection 14.3 RU9 (SEP)安裝記

2025-12-08

下圖,安裝後,不會提示要 Windows Reboot,但是點右下角 SEP 圖示,會告訴你需要重新啟動。









(完)

[研究]美國防毒軟件公司 Malwarebytes Windows Firewall Control (WFC)

[研究]美國防毒軟件公司 Malwarebytes Windows Firewall Control (WFC)

2025-12-06

Malwarebytes Windows Firewall Control (WFC) 6.23.0.0 has been released. (14-November-2025)
https://forums.malwarebytes.com/topic/296798-malwarebytes-windows-firewall-control-wfc/page/2/
https://www.binisoft.org/download/wfc6setup.exe

Malwarebytes Windows Firewall Control(簡稱 WFC)的簡介 — 它是用來管理 Windows Defender Firewall(Windows 內建防火牆)的一個工具/介面。

  • WFC 最初由第三方開發商 Binisoft 所開發,後於 2018 年被 Malwarebytes 收購。
  • 收購之後,WFC 保持為免費軟體,而且官方逐漸將它與 Malwarebytes 的其他安全/維護工具整合,讓用戶可以透過同一套應用程式來管理防火牆、系統調校、啟動項目管理等功能。
  • 對於不少用戶來說,它成為「簡化 Windows 防火牆操作、不必進入 Windows 設定頁面」的一個好選擇。



















(完)

[研究]Windows Server 2019 無線 LAN 安裝

[研究]Windows Server 無線 LAN 概觀

2025-12-04

Windows Server 無線 LAN 概觀
https://learn.microsoft.com/zh-tw/windows-server/networking/technologies/wlan/wireless-networking

為 Windows Server 安裝 WLAN

預設不會在 Windows Server 中安裝 WLAN 功能。 若要安裝 WLAN 和相關服務,請遵循下列步驟:

  • 開啟 伺服器管理員,選取 [ 新增角色和功能],選取 [ 下一步],然後再次選取 [ 下一步 ]。
  • 在 [選取伺服器角色] 頁面中,選取 [下一步],選取 [無線 LAN 服務],然後選取 [下一步]。
  • 在 [確認安裝選項] 頁面中,選取 [安裝],然後選取 [關閉]。
  • 重新啟動您的裝置,以便套用這些變更。
[研究]Windows Server 2022安裝WiFi無線區域網路服務

或者,也可以執行下列命令,在 PowerShell 中安裝 WLAN 功能:

Install-WindowsFeature -Name Wireless-Networking

實際在 Windows Server 2019 上測試


Windows PowerShell
著作權 (C) Microsoft Corporation. 著作權所有,並保留一切權利。

PS C:\Users\Administrator> Install-WindowsFeature -Name Wireless-Networking
Install-WindowsFeature : 在所指定伺服器上新增或移除功能的要求失敗。
安裝一或多個角色、角色服務或功能失敗。
找不到參照組合。 錯誤: 0x80073701
位於 線路:1 字元:1
+ Install-WindowsFeature -Name Wireless-Networking
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (@{Vhd=; Credent...Name=localhost}:PSObject) [Install-WindowsFeature],
    Exception
    + FullyQualifiedErrorId : DISMAPI_Error__Failed_To_Enable_Updates,Microsoft.Windows.ServerManager.Commands.AddWind
   owsFeatureCommand

Success Restart Needed Exit Code      Feature Result
------- -------------- ---------      --------------
False   No             Failed         {}


PS C:\Users\Administrator>

改用 GUI 畫面安裝,依然失敗

注意:在 Windows Server 2025 中,預設會安裝 WLAN 功能,您必須啟用此服務以利用無線功能。

**********

啟用 WLAN 服務

重新啟動裝置之後,必須遵循下列步驟,在 [服務] 應用程式中啟用 wlansvc 服務:

  1. 選取 [開始]> 類型 services.msc> 選取 [服務]。
  2. 在右窗格中,捲動到底部,直到看到 WLAN AutoConfig。
  3. 右鍵單擊 WLAN AutoConfig 並選擇 開始。

或者,您可以執行下列命令使用命令字元或 PowerShell 來啟動 WLAN 服務:

Windows 命令提示字元

net start wlansvc

PowerShell

Start-Service -Name wlansvc

(完)

相關

[研究]Windows Server 2022安裝WiFi無線區域網路服務
https://shaurong.blogspot.com/2023/05/windows-server-2022wifi.html

[研究]MSI H87-G43 主機板+ Windows Server 2019 太老不支援無線網路 ?

[研究]MSI H87-G43 主機板+ Windows Server 2019 太老不支援無線網路 ? 

2025-12-08

下面安裝失敗,MSI H87-G43 主機板+ Windows Server 2019 太老不支援 ? 

Windows PowerShell
著作權 (C) Microsoft Corporation. 著作權所有,並保留一切權利。

PS C:\Users\Administrator> Install-WindowsFeature -Name Wireless-Networking
Install-WindowsFeature : 在所指定伺服器上新增或移除功能的要求失敗。
安裝一或多個角色、角色服務或功能失敗。
找不到參照組合。 錯誤: 0x80073701
位於 線路:1 字元:1
+ Install-WindowsFeature -Name Wireless-Networking
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (@{Vhd=; Credent...Name=localhost}:PSObject) [Install-WindowsFeature],
    Exception
    + FullyQualifiedErrorId : DISMAPI_Error__Failed_To_Enable_Updates,Microsoft.Windows.ServerManager.Commands.AddWind
   owsFeatureCommand

Success Restart Needed Exit Code      Feature Result
------- -------------- ---------      --------------
False   No             Failed         {}


PS C:\Users\Administrator>

ChatGPT

結論先說:

❌ 不是因為 MSI H87-G43 主機板太老。

真正的原因是 Windows Server 2019 本身不支援 Wireless-Networking 功能,或系統元件損毀 (0x80073701)。

✅ 重點:Windows Server 2019「不支援」Wi-Fi 功能

Windows Server 系列預設 不包含 Wi-Fi 相關的服務、API、驅動模型。

只有某些版本(例如 Server 2016 部分版本)曾支援過 "Wireless LAN Service",但 Server 2019 之後已大幅刪減 Wi-Fi 功能。

👉 代表就算主機板支援、插 USB 無線網卡也支援,你在 Server 2019 也無法用內建方式啟用 Wi-Fi。

所以你執行:

Install-WindowsFeature -Name Wireless-Networking

一定會失敗,因為:

❌ Windows Server 2019 裡面根本沒有 “Wireless-Networking” 這個 feature

(找不到參照組合 = 系統認不到這個功能組件)

❗ 錯誤碼 0x80073701 說明

0x80073701 = ERROR_SXS_ASSEMBLY_MISSING

意思是:「系統缺少某些元件,導致無法安裝該功能」。

但這裡不是組件壞掉,而是:

🟦 你想安裝的功能本來就不存在。

🔍 H87-G43 主機板不是問題來源

MSI H87-G43 的影響只有:

沒 Wi-Fi 晶片(Z87/H87 本來就沒有)

  • 沒有 with AC/Bluetooth 版本
  • 但這跟系統功能無關。

如果你插 USB Wi-Fi,理論上「驅動程式支援」就能用。

失敗並不是主機板太老。

🔥 真正能在 Windows Server 2019 使用 Wi-Fi 的方法

✔ 方法 1:直接安裝 USB 無線網卡的官方驅動程式

許多 USB Wi-Fi 網卡的 Windows 10 驅動程式 可直接在 Server 2019 使用(因為 Server 2019 核心 = Windows 10 1809)。

你會看到:

  • 裝置管理員會顯示網卡
  • 但「Wi-Fi UI 不會出現」
  • 需手動啟用 WLAN AutoConfig 服務

Set-Service -Name WlanSvc -StartupType Automatic
Start-Service -Name WlanSvc

若無法啟動 → 代表 Server 2019 缺乏 WLAN API(非常常見)

這時要依你上次問的方式找 社群成功案例 的 USB Wi-Fi。

✔ 方法 2:使用第三方軟體(例如 OEM 驅動附帶的 Utility)

像:

  • Realtek WLAN Utility
  • Mediatek Ralink Utility

這些工具不依賴 Windows Wi-Fi UI,可以讓 Server 2019 連 Wi-Fi。

✔ 方法 3:改成 Windows Server 2016

Server 2016 的 "Wireless LAN Service" 完整存在,能直接使用 Wi-Fi。

Server 2019 開始就幾乎拔掉 Wi-Fi 支援了。

🧪 你可以做的檢查

✔ 檢查系統是否有 Wireless LAN 服務

Get-WindowsFeature | findstr Wireless

在 Server 2019 幾乎一定是空的。

📌 結論

❌ 不是 H87-G43 主機板太老

✔ 是 Windows Server 2019 本身不支援 Wireless-Networking Feature

✔ 想用 Wi-Fi 要靠:

  • USB Wi-Fi 官方驅動
  • Third-party WLAN Utility
  • Server 2016(若你一定要內建 Wi-Fi)

(完)

2025年12月7日 星期日

[研究]USB 無線耳麥插入 Windows 2019 電腦自動有可用 driver,USB 無線網卡(支援 Win10, 11) 卻沒驅動程式,為什麼?

[研究]USB 無線耳麥插入 Windows Server 2019 電腦自動有可用 driver,USB 無線網卡(支援 Win10, 11) 卻沒驅動程式,為什麼?

2025-12-07

✅ 為什麼 USB 無線耳麥可用、USB 無線網卡卻不能?

🎧 1. USB 無線耳麥載入的是「標準 USB 音訊 Class Driver」

大部分 USB 耳麥 不需要廠商驅動,因為它們符合 USB Audio Class(UAC) 標準,例如:

  • USB Audio Class 1.0
  • USB Audio Class 2.0

Windows(含 Server 版本)都有內建:

  • usbaudio.sys
  • usbaudio2.sys

因此隨便插一支 USB 耳麥,Windows Server 2019 也能立即找到通用驅動並正常使用。

👍 耳麥 ≈ 標準化的 USB 裝置 → Windows Server 2019 有官方 Class Driver。

📡 2. USB 無線網卡(WiFi Adapter)通常不是標準化 Class 裝置

USB WiFi 網卡通常使用特定晶片,例如:

  • Realtek RTL8812AU
  • MediaTek / Ralink MT7610U
  • MEDIATEK MT7921U
  • Broadcom BCM43xx
  • Qualcomm Atheros 系列

這些並沒有統一的 USB Class Driver

因此 需要廠商或晶片製造商提供 Windows 專用驅動。

❗ 3. 更關鍵:Windows Server 2019 根本沒有內建 WiFi 驅動

Windows Server 系列(含 2016/2019/2022):

  • 預設不包含 WiFi 驅動
  • 預設不支援 Wireless LAN Service(需啟用)

雖然可以手動啟用:

Install-WindowsFeature Wireless-Networking

但即使啟用後,也 不會增加任何 USB WiFi driver

它只是讓 Server 可以連接 WiFi,前提是驅動你自己提供。

🧩 4. 廠商標示支援 Windows 10/11 ≠ 支援 Windows Server

一般 USB WiFi 網卡的官網下載區會寫:

✔ Windows 10 64-bit

✔ Windows 11 64-bit

✘ Windows Server 2016/2019/2022 = 不支援

原因:

  • Server 版本市場太小
  • Microsoft 驗證流程複雜
  • 有些安全政策不鼓勵 Server 使用 WiFi
  • OEM 不願花錢出 Server 版本驅動

所以 Windows Server 就算硬體相同,也不會接受 Win10/11 的驅動(受 INF 驗證限制)。

🧪 5. 一些 WiFi 網卡能用,是因為你手動改 INF 或找到替代驅動

例如 Realtek 8812AU:

  • 下載 Win10 版本驅動
  • 手動改 .inf
  • 允許未簽章驅動
  • 強制安裝

但 這不是官方支援,且有風險(安全性、系統更新後可能失效)。

📌 總結(最簡單版本)

裝置 Windows Server 2019 情況 原因
USB 無線耳麥 可用 使用通用 USB Audio Class Driver(內建)
USB 無線網卡 無法使用 Win Server 沒有 WiFi 驅動,廠商驅動通常 不支援 Server

(完)

2025年12月6日 星期六

[研究]FOXXRAY狐鐳電競 FXR-SAU-36 異星響狐USB電競耳麥 - Windows Server 2019 支援測試

[研究]FOXXRAY狐鐳電競 FXR-SAU-36 異星響狐USB電競耳麥 - Windows Server 2019 支援測試

2025-12-06

FOXXRAY狐鐳電競 FXR-SAU-36 異星響狐USB電競耳麥https://www.foxxray.com.tw/products/fxr-sau-36-varystar-usb-gaming-headset

Windows Server 2019插入前


Windows Server 2019插入後

表示驅動程式有啟動,耳機麥可風可以用。

官方還提供驅動程式下載
FXR-SAU-36 驅動程式直接下載 (但沒說支援的 Windows )







官方Driver安裝後,不會有 FOXXRAY 或 FXR 字眼,可能因為是 Windows Server 2019,用的是通用 Driver






(完)

2025年12月5日 星期五

[研究]nuget.exe安裝與版本

[研究]nuget.exe安裝與版本

2025-12-05

Visual Studio 2019, 2022, 2026 會安裝 nuget.exe 嗎 ? 甚麼目錄 ?

ChatGPT

✅ 結論:Visual Studio 不會安裝 nuget.exe

從 Visual Studio 2015 之後,Microsoft 官方已經不再內建或安裝 nuget.exe。

👉 VS2019:不會安裝

👉 VS2022:不會安裝

👉 VS2026:不會安裝(延續同樣政策)

你在任何 Visual Studio 版本的安裝目錄都找不到 nuget.exe。


❓那 Visual Studio 使用的 NuGet 是什麼?

Visual Studio 現在使用:

✔ NuGet Client SDK(內建於 Visual Studio)

不是一個檔案,而是一組 DLL,例如:

  • NuGet.PackageManagement.dll
  • NuGet.VisualStudio.Common.dll
  • NuGet.SolutionRestoreManager.dll

這些 DLL 放在 Visual Studio 的安裝目錄:

VS2019

C:\Program Files (x86)\Microsoft Visual Studio\2019\<Edition>\Common7\IDE\CommonExtensions\Microsoft\NuGet\

註:敝人實際測試 Visual Studio 2019 Enterprise,符合

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\CommonExtensions\Microsoft\NuGet

**********

VS2022(64 位元)

C:\Program Files\Microsoft Visual Studio\2022\<Edition>\Common7\IDE\CommonExtensions\Microsoft\NuGet\

註:敝人實際測試 Visual Studio 2022 Enterprise,符合

C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE\CommonExtensions\Microsoft\NuGet

**********

VS2026(預期路徑,延續 VS2022 結構)

C:\Program Files\Microsoft Visual Studio\2026\<Edition>\Common7\IDE\CommonExtensions\Microsoft\NuGet\

註:敝人實際測試 Visual Studio 2026 Enterprise不符合,不是2026,而是18

C:\Program Files\Microsoft Visual Studio\18\Enterprise\Common7\IDE\CommonExtensions\Microsoft\NuGet

⚠ 這些不是 nuget.exe,不可單獨使用 CLI。

敝人實際測試

❓那 nuget.exe 要從哪裡來?

唯一方式:✔ 手動下載(官方唯一途徑)

https://dist.nuget.org/win-x86-commandline/latest/nuget.exe   

你必須自己放到其中一個位置,例如:C:\Tools\NuGet\,或你的專案資料夾,或 PATH 中的任何位置。

敝人實際測試:

C:\Tools\NuGet>nuget.exe
NuGet 版本: 7.0.1.1
使用方式: NuGet <command> [args] [options]
輸入 'NuGet help <command>' 以取得特定命令的說明。
可用的命令:
 add               將指定的封裝新增至階層式來源。不支援 HTTP 來源。如需詳細資訊,請前往 https://docs.nuget.org/consume/command-line-reference#add-command。
 client-certs      讓您能夠管理位於 NuGet.config 檔案中的用戶端憑證清單
 config            取得或設定 NuGet 設定值。
 delete            從伺服器刪除套件。
 eula              顯示 NuGet.exe 的終端使用者授權合約 (EULA)
 help (?)          顯示一般說明資訊和其他命令的說明資訊。
 init              將所有封裝從 <srcPackageSourcePath> 新增到階層式 <destPackageSourcePath>。不支援 HTTP 摘要。如需詳細資訊,請前往 https://docs.nuget.org/consume/command-line-reference#init-command。
 install           使用指定的來源安裝封裝。如果未指定來源,則會使用 NuGet 設定檔中定義的所有來源。如果設定檔未指定來源,則使用預設的 NuGet 摘要。
 list              顯示來自指定來源的封裝清單。如果未指定來源,則會使用 %AppData%\NuGet\NuGet.config 中定義的所有來源。如果 NuGet.config 沒有指定來源,則使用預設的 NuGet 摘要。
 locals            清除或列出本機 NuGet 資源,例如 http 要求快取、暫存快取或整部機器的全域封裝資料夾。
 pack              根據指定的 nuspec 或專案檔,建立 NuGet 封裝。
 push              將套件推送至伺服器,並發佈該套件。
                   NuGet 的預設設定的取得方式: 透過載入 %AppData%\NuGet\NuGet.config,然後從磁碟機的根目錄開始載入任何 nuget.config 或 .nuget\nuget.config,然後在目前的目錄結束。
 restore           還原 NuGet 封裝。
 search            使用提供的查詢字串搜尋指定來源。如果未指定任何來源,則使用 %AppData%\NuGet\NuGet.config 中定義的所有來源。
 setApiKey         儲存指定伺服器 URL 的 API 金鑰。未提供 URL 時,會儲存 NuGet 資源庫的 API 金鑰。
 sign              使用指定的憑證簽署 NuGet 封裝。
 sources           讓您能夠管理位於 NuGet.config 檔案中來源的清單。
 spec              產生新封裝的 nuspec。如果此命令與專案檔 (.csproj、.vbproj、.fsproj) 在同一個資料夾中執行,則會建立權杖化 nuspec 檔案。
 trusted-signers   提供管理信任簽署者清單的能力。
 update            將封裝更新為最新的可用版本。此命令也會更新 NuGet.exe 本身。
 verify            驗證已簽署的 NuGet 套件。
如需詳細資訊,請瀏覽 https://docs.nuget.org/docs/reference/command-line-reference
C:\Tools\NuGet>

https://docs.nuget.org/docs/reference/command-line-reference

會導向到

NuGet CLI 參考
https://learn.microsoft.com/zh-tw/nuget/reference/nuget-exe-cli-reference?tabs=windows

********************************************************************************

NuGet官方網站

https://www.nuget.org/downloads/


其中Windows x86 Commandline

nuget.exe - recommended latest v7.0.1
https://dist.nuget.org/win-x86-commandline/latest/nuget.exe

其中Visual Studio 2017 and above 的下載會跳到

https://visualstudio.microsoft.com/zh-hant/downloads/


(完)

(完)