通过 GitHub Actions 监听 NPM 发布状态的最佳方法
Best method of listening to NPM publishing status via GitHub Actions
我有一个 Lerna 单一存储库，它 运行s lerna publish 跨越 23 个包，一些是私有的，一些是 public。 GitHub Release/Tag 事件发生在 NPM 发布完成之前，因此我无法收听 GitHub 发布事件。
相反，我正在寻找 GitHub 操作的最佳方法来侦听 NPM 发布状态，以便在成功完成后我可以 运行 一个额外的脚本来捆绑要部署的包CDN.
不胜感激。
谢谢，
原来 Git tags/release 不太实用，因为它们发生在发布之前。因此，如果发布失败，我们可能会无意中发布。检索版本的最佳方法是使用从 child_process 生成的 npm view package-name version 如果使用节点。
经过深思熟虑，原来有一个更直接的解决方案，使用 UNPKG 它会自动按顺序自动部署到 CDN，并自动执行 NPM 发布任务。除了 运行 已经在使用的发布命令和为您的消费者准备的文档，我什么都不用做。这也消除了托管我们赢得的脚本的 CDN 支持和维护要求，从而降低了成本。
我有一个 Lerna 单一存储库，它 运行s lerna publish 跨越 23 个包，一些是私有的，一些是 public。 GitHub Release/Tag 事件发生在 NPM 发布完成之前，因此我无法收听 GitHub 发布事件。
相反，我正在寻找 GitHub 操作的最佳方法来侦听 NPM 发布状态，以便在成功完成后我可以 运行 一个额外的脚本来捆绑要部署的包CDN.
不胜感激。
谢谢，
原来 Git tags/release 不太实用，因为它们发生在发布之前。因此，如果发布失败，我们可能会无意中发布。检索版本的最佳方法是使用从 child_process 生成的 npm view package-name version 如果使用节点。
经过深思熟虑，原来有一个更直接的解决方案，使用 UNPKG 它会自动按顺序自动部署到 CDN，并自动执行 NPM 发布任务。除了 运行 已经在使用的发布命令和为您的消费者准备的文档，我什么都不用做。这也消除了托管我们赢得的脚本的 CDN 支持和维护要求，从而降低了成本。