Macos 建议将旧版本保存在Sparkle'；什么是appcast？

一些使用Sparkle框架的应用程序开发人员在其appcast中保留旧版本（通过使用多个

标记）

我认为，如果Sparkle在自上次更新（例如，用户从版本4.0.0升级到版本4.0.5）后进行多次更新时显示中间版本的发行说明，那么这种做法是有意义的。然而，Sparkle由于某些原因并没有做到这一点

---

那么，为什么要在appcast中保留旧版本呢？

您可以实现自己的版本比较机制，只需为委托回调返回自己的版本即可

- (id<SUVersionComparison>)versionComparatorForUpdater:(SUUpdater *)updater;

-（id）versionComparatorForUpdater:（SUUpdater*）updater；

保留旧appcast项目的一个动机是支持旧的macOS版本，因为随着时间的推移，所需的macOS版本会逐渐升级。最新项目的a

太高，但一些旧项目仍然适用。然后，旧版macOS上的用户仍然会被提示下载macOS允许的最新更新，即使它不是最新的更新。

我有同样的问题。我将用自动化的东西来代替生产部署的手动更新过程，并注意到同样的事情。你有没有发现它有什么不好的一面？我们只是把版本保存在提要中，因为大多数人都是这么做的。然而，这个项目已经不存在了，我已经有将近三十年没有研究过了。好吧，谢谢你的反馈。我已经运行了一些测试，不再保留旧版本，而且一切都按照预期运行，因此我很可能只使用最新版本。这是事实，并且可能很有用。但是，问题实际上是关于appcast xml文件的结构，而不是版本比较。