CLI: on checkout, rename folders (rather than deleting)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- typescript
- 領域
- cli
調査の方向性
CLI の checkout と pull-update のパスから始め、名前が変更されたときに workflow フォルダーが現在どのように削除され、再作成されるかを追跡します。--cache-steps のケースを使って、名前変更後もユーザーファイルと状態が保持されることを確認します。done では、名前変更の検出、エイリアスの処理、CI 用に無効化できるオプションのプロンプトを対象にしてください。
索引モデルが issue の本文から書いたものです。
説明
When running workflows locally, users often save temporary or backup files in the workflows folder. If using the CLI with --cache-steps for example the CLI will dump state files for that workflow's last run. And it's quite intuitive that if you're testing a workflow, you want to save your input and output files in the workflow folder
When checking out (or pulling an update), if a workflow is renamed the CLI will delete and re-create that whole folder. This is super annoying if you've saved a bunch of input files in there
So we need the intelligence on checkout to:
- detect if a workflow was renamed between the projects (not sure actually how we do this!)
- If so, rename the workflow folder, rather than deleting it
- Try heuristics and fuzzy matching to track a rename
- Maybe prompt users if they'd like to rename or re-build workflows (allow disable for CI runs)
We may also need to respect this stuff on alias
- 主要言語
- TypeScript
- スター
- 22
- フォーク
- 22
- 平均マージ
- 1日 6時間
- マージ済み PR（30日）
- 26
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
OpenFn/kit のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
OpenFn/kit#1574 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Project: square brackets in a path name break things対応中かも @KyPython が 2 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
Worker: ignore sentry errors `Credential environment mismatch`再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
CLI
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
mobile-next/mobile-mcp#526 ·
メンテナーはふだん 1 日以内に返信
-
e2e-failure ready-to-code
難易度 1/5 1時間未満 初心者へのやさしさ 73/100
redhat-developer/rhdh-plugin-export-overlays#4470 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信