Revitlookup Winget Publishing

RevitLookup WinGet Publishing

The release pipeline updates already-registered WinGet packages on its own: PublishWinGetModule submits a new version for every Revit year through Komac, skipping prereleases and any package not yet registered. The only manual step is the first release of a new Revit-year identifier, which microsoft/winget-pkgs requires a human to create. This skill covers that one-time registration and the follow-up that hands the package back to CI.

When to use

• Adding a brand-new LookupFoundation.RevitLookup.{year} package to microsoft/winget-pkgs (for example the first .2028 release).

When not to use

• A version bump of an existing Revit-year package — PublishWinGetModule submits that automatically on release.

Workflow

Step 1: Confirm the prerequisites

• The lookup-foundation-bot GitHub account, or a maintainer fork of microsoft/winget-pkgs.
• A classic Personal Access Token with the public_repo scope from that account; microsoft/winget-pkgs rejects fine-grained tokens.
• Komac installed locally (winget install RussellBanks.Komac).
• A signed, public GitHub Release for the new Revit year that already contains the SingleUser and MultiUser .msi installers (produced by the pack/publish pipeline).

Step 2: Submit the new package with komac new

Run from PowerShell, substituting the year, version, and installer URLs.

$env:GITHUB_TOKEN = "<lookup-foundation-bot PAT>"

komac new LookupFoundation.RevitLookup.2028 `
  --version 2028.0.0 `
  --urls https://github.com/lookup-foundation/RevitLookup/releases/download/2028.0.0/RevitLookup-2028.0.0-SingleUser.msi `
         https://github.com/lookup-foundation/RevitLookup/releases/download/2028.0.0/RevitLookup-2028.0.0-MultiUser.msi `
  --publisher "Lookup Foundation" `
  --package-name "RevitLookup 2028" `
  --license MIT

Keep the identifier exactly LookupFoundation.RevitLookup.{year}; the pipeline derives it as LookupFoundation.RevitLookup. plus the Revit year and matches installers by the -{version}- fragment in the file name.

Step 3: Register the year in the repo after the pull request merges

Append the identifier to both WinGet DSC files under .config/winget/, using ensure: Present in configuration.winget and ensure: Absent in configuration-uninstall.winget.

-   resource: Microsoft.WinGet.DSC/WinGetPackage
    directives:
        description: RevitLookup for Autodesk Revit 2028
    settings:
        id: LookupFoundation.RevitLookup.2028
        source: winget
        ensure: Present

Then confirm the Revit year is present in build/appsettings.json under Build.Versions; PublishWinGetModule iterates over it.

Step 4: Verify the handoff to CI

On the next release, PublishWinGetModule syncs the fork with its upstream, finds the now-registered package with komac list-versions, builds the asset URLs from the GitHub release, and submits the update; no further komac new is needed for that year. A package that is still unregistered logs a warning and is skipped, which is the signal the manual step has not completed.

Validation

• The new identifier is exactly LookupFoundation.RevitLookup.{year}.
• The submission used a classic PAT with public_repo scope and pointed at a signed public release containing both .msi installers.
• The identifier was appended to configuration.winget (ensure: Present) and configuration-uninstall.winget (ensure: Absent).
• The Revit year appears in build/appsettings.json under Build.Versions.
• The next CI release updates the package automatically, with no not-registered warning.

Common Pitfalls