如果您正在开发和维护 Visual Studio 扩展程序，大概率都会搭建一套构建与发布工作流 —— 无论是手动操作、脚本化的，还是长期逐步拼凑而成的流程。

　　本文面向扩展插件开发者，如果您希望借助 GitHub Actions 实现 VSIX 文件的构建、版本管理与发布，且流程简单、可重复执行，本篇内容将为您提供相关方案。

　　我将演示如何在我自己的各类扩展程序中实现这一操作。

　　我长期都在使用这套方法，久而久之，我把重复度最高的代码片段整理成了少量可复用的小型 action，这样就不用在每个代码仓库里重复编写相同逻辑了。

　　分别为：

　　- vsix-version-stamp —— 同步统一版本号

　　- publish-vsixgallery —— 发布持续集成构建版本用于测试

　　- publish-marketplace —— 发布至 Visual Studio 应用市场

　　您可以单独使用它们，也可以搭配使用，但我通常会把三者全部用上。

　　如果您想查看该内容在真实代码仓库中的配置实现，可以参考启 Start Screen 项目。

一套真实可行的工作流程

　　下面是一套简易配置方案，和我目前所有扩展程序在用的配置大体一致：

name: Build
on:
  push:
    branches: [ main ]
  pull_request:
    branches: [ main ]

jobs:
  build:
    runs-on: windows-latest

    env:
      Configuration: Release
      VsixManifestPath: src\source.extension.vsixmanifest
      VsixSourcePath: src\source.extension.cs

    steps:
      - uses: actions/checkout@v6

      - name: Setup MSBuild
        uses: microsoft/setup-msbuild@v3

      - name: Restore
        run: msbuild /t:Restore

      - name: Version stamp
        uses: madskristensen/vsix-version-stamp@v2
        with:
          manifest-file: ${{ env.VsixManifestPath }}
          vsix-token-source-file: ${{ env.VsixSourcePath }}

      - name: Build
        run: msbuild /p:Configuration=$(Configuration)

      - name: Publish to VSIX Gallery
        uses: madskristensen/publish-vsixgallery@v1
        with:
          vsix-file: '**/*.vsix'

      - name: Publish to Marketplace
        uses: madskristensen/publish-marketplace@v2
        with:
          extension-file: '**/*.vsix'
          publish-manifest-file: vs-publish.json
          personal-access-code: ${{ secrets.VS_MARKETPLACE_TOKEN }}

　　这本质上就是完整流程：版本管理、构建、打包与发布。

　　您可以在此处调整发布触发时机（例如，仅在发布时执行），但核心配置基本保持不变。

保持版本同步

　　版本控制是很容易出错的一类工作。

　　vsix-version-stamp action 会在构建过程中自动更新版本号，无需人工手动处理。

　　它搭配 VSIX Synchronizer extension 插件使用效果尤为出色，该插件可基于您的 .vsixmanifest 文件生成对应的 .cs 文件。

　　由此可得：

　　- 唯一可信数据源

　　- 代码内置对应版本

　　- 发布前禁止手动修改

    这完全是非必需的，但一旦您开始使用它，就很容易离不开。

发布至 Visual Studio Marketplace

　　一旦您制作好 VSIX 文件，将其发布到应用市场的操作就十分简单。

　　您只需要一个秘诀：

　　- VS_MARKETPLACE_TOKEN

- name: Publish to Marketplace
  uses: madskristensen/publish-marketplace@v2
  with:
    extension-file: '**/*.vsix'
    publish-manifest-file: vs-publish.json
    personal-access-code: ${{ secrets.VS_MARKETPLACE_TOKEN }}

　就这样。

　　VSIX 文件包含扩展程序元数据，发布清单则补充剩余相关信息。

发布至 VSIX Gallery （用于持续集成构建与测试）

　　publish-vsixgallery action 有着不同的用途。

　　它用于快速分发安装包。

　　我主要会在将修复方案提交至应用商店前，让他人先行测试该修复、验证相关改动时使用它。

- name: Publish to VSIX Gallery
  uses: madskristensen/publish-vsixgallery@v1
  with:
    vsix-file: '**/*.vsix'

　　这正是 VSIX Gallery 的优势所在 —— 分发流程高效、占用资源少，无需完整版本发布带来的额外开销。

　　也可使用您自己的 Gallery。

　　VSIX Gallery 为开源项目，因此如有需要，您可以搭建专属的独立部署实例。

　　GitHub Action 支持可配置的 gallery-url，因此它不会绑定至某个特定的托管 Gallery中。

- name: Publish to VSIX Gallery
  uses: madskristensen/publish-vsixgallery@v1
  with:
    vsix-file: '**/*.vsix'
    gallery-url: 'https://your-gallery.example.com'

　　这使得无论您是面向公共 Gallery 发布内容，还是使用自建托管服务，都能采用同一套工作流程。

混搭

　　您无需全部使用这三项操作。

　　一些常见配置方案：

　　Minimal

　　- Build + Marketplace publish

　　CI-focused

　　- Build + VSIX Gallery publish

　　Full pipeline

　　- Version stamping + build + gallery + Marketplace

　　选用适配您工作流程的方案即可。

该如何选择发布渠道

　　- VSIX Gallery ：用于测试、分发构建包以及快速验证

　　- Visual Studio Marketplace：用于正式版本发布

　　多数扩展建议同时使用两种渠道：

　　- 持续集成构建包上传至 VSIX Gallery

　　- 稳定版本发布至 Visual Studio Marketplace

小结

　　这是我在所有扩展程序中统一使用的配置方案。

　　这套方案能让流程稳定可控，便于共享构建文件，还能省去发布流程里绝大多数重复操作。

　　您无需全盘照搬。可以先选用适配自身工作流的部分，再在此基础上逐步完善。

原文链接：https://devblogs.microsoft.com/visualstudio/automating-your-visual-studio-extension-builds-with-github-actions/