Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Document imagine:generate --limit, --max-memory and exit code 3

クローズ 初心者向け
  • 何か問題がありますか？
#215 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
76/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発
領域
documentation

調査の方向性

リポジトリ内でドキュメントページ silverback:api-components:imagine:generate を見つけ、既存のコマンドとデプロイに関するガイダンスを読んでください。記載されているオプション、終了コード、メモリの動作、および推奨される Kubernetes Job のワークフローを文書化してください。読者が実行ループを追い、HTTP キャッシュをいつ消去すべきか分かる状態になれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Bundle #418 / PR components-web-app/api-components-bundle#419 (2.0.0-alpha.16).

On the silverback:api-components:imagine:generate page:

  • --limit=N: stop after N variants.
  • --max-memory=<size> (e.g. 768M): stop once the process's resident memory reaches it. It reads VmRSS, so it counts libvips's native memory that PHP's memory_limit cannot see.
  • Exit codes: 0 done, 1 a variant failed, 2 an unknown --filter/--class or an invalid option, 3 stopped early with variants still missing: run again in a fresh process until 0. Each run generates at least one variant.
  • The libvips operation cache is switched off for the run.
  • Recommended deploy pattern: a one-off Kubernetes Job (not kubectl exec in the serving pod) with its own memory limit, looping while the exit code is 3, then purge-http-cache if anything was generated. Set --max-memory to about 75% of the Job's limit; one original too large for the limit still needs a bigger limit.
主要言語
Vue
スター
0
フォーク
0
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

components-web-app/docs のほかの issue

components-web-app/docs の issue をすべて見る

似ている issue

Documentation の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。