因此，我有一个WPF应用程序，我经常想将软件更新推送到它。为此，我已经使用了多年的工具 ApplifeUpdate，但是否有一种方法可以通过Azure Pipelines来做到这一点，因为我们公司是微软的合作伙伴，这对我来说是免费的。我知道有像 NetSparkleUpdater 和 AutoUpdater.NET 这样的工具，但我想探索用像Pipelines这样的CI/CD工具来做这件事的可能性。
kwvwclae1#
理论上是的，但我认为你的客户不太可能同意这样做，肯定充满了危险，总体上是不可取的。Azure Release Pipelines（与任何devops工具一样）旨在部署到管道所有者控制的机器上。它使用一个安装在目标机器上的代理，它可以有效地完全接管计算机，并运行任何你想让它运行的东西。因此，在客户机器上使用管道的想法存在许多问题-
这确实是一个方桩/圆孔问题。”””可以吗？#21453;，应该做的？绝对不是我推荐一个专业的安装程序/更新框架。Squirrel（无关联）是优秀的和免费的，并给你很多的控制更新过程。通过CI/CD可以（相对）轻松地构建安装程序和更新包。然后，您可以使用管道将更新包发布到公共blob或任何您喜欢的地方，客户安装的应用程序将自动检查更新并下载它们。在这种情况下，这将是Azure Pipelines更明智的使用，而不是试图将任何东西直接推送到客户的机器上。
1条答案
按热度按时间kwvwclae1#
理论上是的，但我认为你的客户不太可能同意这样做，肯定充满了危险，总体上是不可取的。
Azure Release Pipelines（与任何devops工具一样）旨在部署到管道所有者控制的机器上。它使用一个安装在目标机器上的代理，它可以有效地完全接管计算机，并运行任何你想让它运行的东西。
因此，在客户机器上使用管道的想法存在许多问题-
这确实是一个方桩/圆孔问题。”””可以吗？#21453;，应该做的？绝对不是
我推荐一个专业的安装程序/更新框架。Squirrel（无关联）是优秀的和免费的，并给你很多的控制更新过程。通过CI/CD可以（相对）轻松地构建安装程序和更新包。然后，您可以使用管道将更新包发布到公共blob或任何您喜欢的地方，客户安装的应用程序将自动检查更新并下载它们。在这种情况下，这将是Azure Pipelines更明智的使用，而不是试图将任何东西直接推送到客户的机器上。