尝试提交插件时，我在解压 redis 时遇到此失败。
也许 --long=30 是问题所在？我不太清楚如何尝试调试这个问题……
1 个赞
我认为错误提示是它无法执行 zstd。您是否安装了该软件包？
不。也许基础 Docker 镜像或其创建所用的操作系统发生了变化，需要将其添加到那里。我真的不清楚应该在哪里进行此操作，但我非常确定这不在我的插件中。
zstd 的要求来自 redis 包（在您的截图中下载），该包被 zstd 压缩。如果以前不需要 zstd，那么 shogo82148/actions-setup-redis 方面的压缩方法可能已更改。
1 个赞
如果您使用的是我们的基础镜像，则不应设置任何 Redis，因为它已存在。
我总是尝试按您的方式做。 
我正在使用以下内容中描述的基础镜像和流程：
它上周还能用。这些工作流在 2 个月内没有新的提交。我认为我的插件不可能以这种特定方式破坏它。
该过程已于 9 月 15 日更新，删除了 Redis 操作，对吗？
1 个赞
就是这样！有什么推荐的/简单的方法可以避免这种情况发生，显得不那么愚蠢吗？
1 个赞
老实说，我不确定 
那些骨架项目和持续更新之间的永恒斗争很常见，虽然在某些地方可以通过一些配置文件组合来解决，但有时仍然需要手动进行差异比较。
这是我目前使用的 Linux 发行版中一直存在的问题，所以我很理解你。
1 个赞
哈！至少我不是一个人。这真是帮大忙了。
是的。今天花了大约 15 分钟才弄清楚如何升级 node.js。
1 个赞
我对使用该骨架项目所涉及的流程不太熟悉，但您是否可以利用 shell 别名？例如，与其使用 docker whizzy things，不如训练自己使用自己的别名，例如 alias dwt="git pull; docker whizzy things"。
很遗憾，不行。一个疯狂的解决方法可能涉及我的插件和骨架插件之间的硬链接，以及一种自动拉取骨架最新提交的方法。我担心“等到它出问题了再记住去检查 github 工作流”的解决方案才是唯一可行的方法。
谢谢。
如果我的理解正确的话，你可能有一个骨架项目（其中重要的部分已被你的插件替换），问题在于该项目中的工作流文件已过时。
你是否可以添加骨架仓库作为子模块，然后用指向子模块的符号链接替换你仓库中的工作流文件？设置 git config submodule.recurse true 将在你执行 pull 时保持子模块的更新。
我不认为符号链接方法会起作用，因为我发现最近有人在讨论它为什么不起作用。我已提交一个拉取请求，该请求应通过利用可重用工作流来解决此问题。
不。肯定不会，但我认为（认为？）硬链接会。
是的。我认为硬链接解决方案可能奏效。我认为可以从骨架存储库链接到其他存储库，然后我执行 git pull 操作，所有链接到这些存储库的文件都会获得新版本，而且我认为 git 不会注意到有多个文件链接在那里。
现在有了一个新的想法，我不太明白……[编辑] 但我现在几乎明白了……
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.