extension authors: adopt --strict, publish the action, verify the Release hooks (after #1487)
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 20/100
研究方向
Start with docs/extension-registry.md and the linked work in #1487 and #1621. This issue spans release hooks, extension-template and registry workflows, action publishing, and a Codespaces or other-host check of Docker-in-Docker; several steps depend on a release and external organization settings. Done means completing the applicable checklist, verifying the release and template runs, and updating hosts.json when the version should become permanent.
由索引模型根據 Issue 內容生成。
描述
Left over from #1487. Everything here waits for the first release that contains the new tester and the Release hooks (they reach main with the next dev → main merge).
After that release
- Release hooks: the run after the Release workflow logged
told QueryaHub/extensionsandtold QueryaHub/extension-template(secretQUERYA_DISPATCH_TOKENis set). A manualRun workflowwith an already published version does the same check. In the registry aPublishrun byrepository_dispatchappears andcompat.jsongets a column for the version. - Template follow-up:
QueryaHub/extension-templatepushedquerya-<version>and opened a pull request (or an issue, if the organization still forbids Actions to open pull requests). Merge it, and check that the Test run on the branch is green. -
--strictis in the tester (#1621). InQueryaHub/extension-templatereplace the "Fail if the plugin ran without the sandbox" JUnit grep withstrict: "true"of the action, and the same inQueryaHub/extensions(.github/actions/test-record). - Publish
QueryaHub/action-test-extension@v1(a copy of.github/actions/test-extension, now withstrict), then point the template and the registry at it instead ofQueryaHub/Querya-Desktop/.github/actions/test-extension@<sha>. - Raise
hosts.jsoninQueryaHub/extensionswhen the new version should become a permanent column ofcompat.json.
Not done and not blocked by a release
-
devcontainer upon the template, with Docker-in-Docker and the compose file, ending in a greenquerya-ext-tester ./dist --connect ... --sandbox, was only checked in parts (the Feature installs and the tester passes in the container; the nested Docker daemon did not start on a host without the iptables nat table). Check it in Codespaces or on another host. - Optional: let GitHub Actions open pull requests in the organization (Settings → Actions → General), so the template's release pull request is not an issue.
- Optional: replace the personal access token behind
QUERYA_DISPATCH_TOKENwith a GitHub App token, so the hooks do not stop when the person or the token expires.
- 主要語言
- Dart
- 星號
- 23
- 分支
- 1
- 平均合併
- 31 分鐘
- 30 天內合併 PR
- 570
環境準備
在瀏覽器裡用你自己的 GitHub 帳號啟動這個專案的開發容器。
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
QueryaHub/Querya-Desktop 的其他 Issue
-
enhancement ui
難度 2/5 1-3 小時 新手友好度 78/100
QueryaHub/Querya-Desktop#1689 ·
維護者通常 1 天內回覆
-
ui(dialogs): make destructive query and DML preview dialogs adaptive and prevent table name overflow未關閉bug frontend
難度 2/5 1-3 小時 新手友好度 82/100
QueryaHub/Querya-Desktop#1642 ·
維護者通常 1 天內回覆
-
bug error-handling settings
難度 1/5 1-3 小時 新手友好度 78/100
QueryaHub/Querya-Desktop#1637 ·
維護者通常 1 天內回覆
-
enhancement
難度 1/5 1 小時以內 新手友好度 88/100
QueryaHub/Querya-Desktop#1636 ·
維護者通常 1 天內回覆
-
enhancement marketplace
難度 2/5 1-3 小時 新手友好度 78/100
QueryaHub/Querya-Desktop#1635 ·
維護者通常 1 天內回覆
查看 QueryaHub/Querya-Desktop 的全部 Issue
相似的 Issue
-
bug
難度 1/5 1 小時以內 新手友好度 65/100
chriskelly/wish-together#36 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
AppFlowy-IO/AppFlowy#9075 ·
-
Paste asks for iOS paste permission because the default context menu ignores SystemContextMenu可能已有人在做 @dorklein 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 72/100
maheshj01/searchfield#267 ·
-
難度 2/5 1-3 小時 新手友好度 67/100
-
難度 2/5 1-3 小時 新手友好度 72/100
avdept/JellyBoxPlayer#375 ·
維護者通常 1 天內回覆