プラグインを提出しようとしていますが、redis の展開でこのエラーが発生しています。
--long=30 が問題なのでしょうか？これをデバッグする方法がよくわかりません…
「いいね！」 1
zstd を実行できないと言っているのだと思いますが、そのパッケージはインストールされていますか？
いいえ。ベースのDockerイメージまたはそれが作成されたOSに変更があり、そこに追加する必要があるのかもしれません。それがどこで行われるべきかはまったくわかりませんが、私のプラグインではないことは確かです。 
zstd 要件は、zstd によって圧縮されている redis パッケージ（スクリーンショットでダウンロードされたもの）に由来します。以前は zstd が不要だった場合、shogo82148/actions-setup-redis 側で圧縮方法が変更された可能性があります。
「いいね！」 1
当社のベースイメージを使用している場合、Redisはすでに存在するため、セットアップする必要はありません。
いつもあなたのやり方でやろうとしていますよ。
使用しているのは、以下で説明されているベースイメージとプロセスです。
先週はうまくいきました。これらのワークフローには2か月間新しいコミットはありません。この特定の方法で壊すために私のプラグインで何かできたとは思いません。
そのプロセスは、Redisアクションを削除するために9月15日に更新されたのではないでしょうか？
「いいね！」 1
これで終わりです！これを防ぎ、愚かに見えないようにするための推奨される簡単な方法があれば教えてください。
「いいね！」 1
正直なところ、わかりません 
スケルトンプロジェクトと継続的なアップデートとの間の永遠の闘いは非常に一般的であり、いくつかの場所で設定ファイルの構成によって解決できますが、それでも手動で差分を取る必要がある場合があります。
これは私の現在のLinuxディストリビューションのフレーバーにおける継続的な問題なので、お気持ちはわかります。
「いいね！」 1
ハハ！少なくとも私は良い仲間と一緒にいます。それは大いに役立ちます。
ええ。今日はnode.jsをアップグレードする方法を理解するのに約15分かかりました。
「いいね！」 1
そのスケルトンプロジェクトの使用に関するプロセスに慣れていませんが、シェルエイリアスを一切活用できますか？たとえば、docker whizzy things を使用する代わりに、alias dwt=\"git pull; docker whizzy things\" のような独自のエイリアスを使用するようにしてください。
残念ながら、そうではありません。クレイジーなハックとしては、私のプラグインとスケルトンプラグインの間にハードリンクを作成し、スケルトンの最新のコミットを自動的に取り込む方法が考えられます。残念ながら、「壊れるまで待って、GitHubのワークフローをチェックすることを忘れない」という解決策が最善の方法でしょう。
ありがとうございます。
正しく解釈できているなら、おそらくスケルトンプロジェクト（重要な部分はすべて独自のプラグインマジックに置き換えられている）のコピーを持っていて、問題はそのコピー内のワークフローファイルが古くなっていることだと思います。
スケルトンリポジトリをサブモジュールとして追加し、リポジトリ内のワークフローファイルをサブモジュール内のシンボリックリンクに置き換えることはできますか？ git config submodule.recurse true を設定すると、プルを実行するたびにサブモジュールが更新されます。
シンボリックリンクのアプローチは、最近でもそれが機能しない理由について議論している人々を見つけたことから、機能しなかったと思います。再利用可能なワークフローを活用することで、この問題に対処できるプルリクエストを作成しました。
いいえ。絶対に機能しませんでしたが、ハードリンクなら機能すると思いました（思っていますか？）
はい。ハードリンクソリューションは機能するかもしれないと思います。スケルトンリポジトリから他のリポジトリにハードリンクを作成し、その後git pullを実行すると、リンクされているすべてのファイルが新しいバージョンを取得し、gitは複数のファイルがそこにリンクされていることに気づかないと思います。
そして、今、私はよく理解していない新しいアイデアがあります… [編集] しかし、今ではほとんど理解しています。 . .
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.