完全懂你的痛点！手动更新Windows服务那一套流程简直繁琐到爆炸，和WebDeploy一键发布Web应用比起来差太远了。其实有好几种方法能让Windows服务的发布/更新变得像WebDeploy一样简便，给你整理几个实用方案：

VS其实已经支持给Windows服务做一键发布，甚至能自动处理服务启停，步骤超简单：

• 右键你的Windows服务项目，选择「发布」
• 在发布目标里选「文件系统」，然后填写远程服务器的共享文件夹路径（比如\\YourServerName\ServiceDeploy，确保你有读写权限）
• 点击「高级」按钮，根据需要设置文件替换规则（比如勾选「删除目标中不在项目中的文件」）
• 关键一步：添加预发布和发布后脚本来自动处理服务状态：
  1. 写一个PowerShell脚本PreDeploy.ps1，内容是停止服务：

     Stop-Service -Name "YourServiceDisplayName" -Force
     

  2. 再写一个PostDeploy.ps1，内容是启动服务：

     Start-Service -Name "YourServiceDisplayName"
     

  3. 在发布配置的「脚本」选项卡中，分别指定这两个脚本的路径。

这样每次点击「发布」，VS就会自动帮你停止服务、复制新文件、启动服务，全程不用碰远程桌面。

别以为WebDeploy只能给Web应用用，它同样能搞定Windows服务的部署，还自带备份和回滚能力：

• 首先确保服务器上安装了Web Deploy服务，并且开启了相关权限
• 在你的项目文件（.csproj）里添加MSBuild配置，指定远程服务器信息：

  <PropertyGroup>
    <WebPublishMethod>MSDeploy</WebPublishMethod>
    <MSDeployServiceURL>http://YourServer:8172/MsDeploy.axd</MSDeployServiceURL>
    <DeployIisAppPath>YourServiceFolder</DeployIisAppPath>
    <UserName>ServerAdminAccount</UserName>
    <Password>YourAdminPassword</Password>
    <EnableMSDeployBackup>True</EnableMSDeployBackup>
  </PropertyGroup>
  

• 同样可以添加自定义脚本，在部署前后自动启停服务和备份旧文件，比如在项目文件里加：

  <Target Name="BeforePublish">
    <Exec Command="powershell.exe -ExecutionPolicy Bypass -File &quot;$(ProjectDir)PreDeploy.ps1&quot;" />
  </Target>
  <Target Name="AfterPublish">
    <Exec Command="powershell.exe -ExecutionPolicy Bypass -File &quot;$(ProjectDir)PostDeploy.ps1&quot;" />
  </Target>
  

配置好之后，直接在VS里点击发布，WebDeploy会自动帮你完成备份、更新、启停的全流程，和Web应用发布体验几乎一致。

TopShelf是一个专门用来简化Windows服务开发和部署的库，它把服务的安装、启停都变成了简单的命令行操作，配合CI/CD工具能实现完全自动化：

• 先给你的Windows服务项目安装TopShelf NuGet包
• 在Program.cs里用TopShelf配置服务：

  using Topshelf;
  
  class Program
  {
      static void Main(string[] args)
      {
          HostFactory.Run(x =>
          {
              x.Service<YourServiceClass>(s =>
              {
                  s.ConstructUsing(_ => new YourServiceClass());
                  s.WhenStarted(service => service.Start());
                  s.WhenStopped(service => service.Stop());
              });
              x.RunAsLocalSystem();
              x.SetServiceName("YourServiceName");
              x.SetDisplayName("Your Service Display Name");
          });
      }
  }
  

• 构建Release包之后，部署/更新只需要几个命令：
  • 安装服务：YourService.exe install
  • 停止服务：YourService.exe stop
  • 启动服务：YourService.exe start
    如果用CI/CD工具（比如GitHub Actions、Azure DevOps），只需要远程执行这些命令，再复制新的exe文件到服务器，就能实现一键更新。

如果你的项目已经有CI/CD流程，直接把Windows服务的更新步骤加进去就完事了，比如用GitHub Actions的例子：

• 创建一个.github/workflows/deploy-service.yml文件，内容大概是：

  name: Deploy Windows Service
  on:
    push:
      branches: [ main ]
  
  jobs:
    deploy:
      runs-on: windows-latest
      steps:
        - uses: actions/checkout@v4
        - name: Build project
          run: dotnet build YourServiceProject.csproj --configuration Release
        - name: Publish project
          run: dotnet publish YourServiceProject.csproj --configuration Release --output ./publish
        - name: Deploy to server
          uses: appleboy/ssh-action@v1.0.3
          with:
            host: ${{ secrets.SERVER_IP }}
            username: ${{ secrets.SERVER_USER }}
            password: ${{ secrets.SERVER_PASS }}
            script: |
              Stop-Service -Name "YourServiceName" -Force
              Copy-Item "C:\Services\YourService" "C:\Services\YourService_Backup_$(Get-Date -Format 'yyyyMMddHHmmss')" -Recurse
              Remove-Item "C:\Services\YourService\*" -Recurse -Force
              Copy-Item "./publish/*" "C:\Services\YourService" -Recurse
              Start-Service -Name "YourServiceName"
  

这样每次往主分支推送代码，流水线就会自动构建、备份旧服务、更新文件、启动服务，全程零手动操作，比WebDeploy还省心。

内容的提问来源于stack exchange，提问作者cmeeren