Office.js 기반 Office Add-in 개발 버전의 Window11 Registry 등록 위치와 캐시 지우기

Developer Office Add-in 등록 위치

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Wef\Developer

중요한 점은 Add-in이 항상 하위 키로 생성되는 것이 아니라는 것입니다.

XML Manifest 기반 Add-in

Developer 키 자체에 다음 형태의 문자열 값(REG_SZ) 으로 등록됩니다.

키:
HKCU\SOFTWARE\Microsoft\Office\16.0\Wef\Developer

값 이름:
<Manifest의 Add-in ID>

값 데이터:
C:\프로젝트경로\manifest.xml

즉, 구조는 다음과 같습니다.

Developer
 ├─ {Add-in-GUID}    REG_SZ    C:\...\manifest.xml
 └─ RefreshAddins    REG_DWORD ...

Microsoft의 office-addin-dev-settings 구현도 Developer 루트 키에 Add-in ID를 값 이름으로, manifest 경로를 값 데이터로 기록합니다.

확인 명령:

reg query "HKCU\SOFTWARE\Microsoft\Office\16.0\Wef\Developer"

PowerShell:

Get-ItemProperty "HKCU:\SOFTWARE\Microsoft\Office\16.0\Wef\Developer"

Unified Manifest / Agents Toolkit 사용 시

Unified Manifest 또는 Agents Toolkit CLI로 등록한 경우에는 다음 위치도 확인해야 합니다.

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Wef\Developer\OutlookSideloadManifestPath

내부 값:

TitleId    REG_SZ    U_xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

이름에 Outlook이 들어가지만, 역사적인 명칭일 뿐 Agents Toolkit CLI로 설치한 다른 Office Add-in에도 적용됩니다.

확인 명령:

reg query "HKCU\SOFTWARE\Microsoft\Office\16.0\Wef\Developer\OutlookSideloadManifestPath"

Add-in ID 하위 키는 디버거 설정

다음 경로는 Add-in의 주 등록 위치가 아니라 디버깅 옵션이 저장되는 위치입니다.

HKCU\SOFTWARE\Microsoft\Office\16.0\Wef\Developer\<Add-in ID>

예:

UseDirectDebugger
UseWebDebugger
UseLiveReload
OpenDevTools
SourceBundleHost
SourceBundlePort

Microsoft 문서에서도 npm start가 해당 Add-in ID 하위 키의 UseDirectDebugger 값을 설정한다고 설명합니다.

레지스트리에 없을 때 실제 캐시 위치

Office에 개발 버전이 보이지만 레지스트리에 manifest 경로가 없다면 WEF 캐시에 설치 정보가 남아 있을 수 있습니다.

%LOCALAPPDATA%\Microsoft\Office\16.0\Wef\

Excel, Word, PowerPoint 및 클래식 Outlook의 sideloaded Office Add-in 캐시 위치입니다.

바로 열기:

explorer "$env:LOCALAPPDATA\Microsoft\Office\16.0\Wef"

전체 확인용 명령은 다음 두 개면 됩니다.

reg query "HKCU\SOFTWARE\Microsoft\Office\16.0\Wef\Developer" /s
Get-ChildItem "$env:LOCALAPPDATA\Microsoft\Office\16.0\Wef" -Recurse -Force