Account and Integrations zh TW

Account and Integrations

English · 繁體中文

Notification

taiga notification policy list --json
taiga notification policy edit 17 --email involved --live all --web=true
taiga notification web list --unread --json
taiga notification web read --all

Taiga 在列出 notification policy 時，會自動為既有的專案 membership 補建缺少的 policy。因此 notification policy create 會先觸發這個 provisioning，再以 PATCH 套用你指定的層級 —— 這是為了避開 Taiga 6 直接 POST 時遺失 user_id 的上游問題。

Application 與 token

taiga application list --json
taiga application tokens --json
taiga application revoke 9 --yes

application list 是從目前使用者已授權的 application token 去重列出應用程式，因為 Taiga 6 沒有提供 applications 的 collection-list endpoint。

Application ID 是 UUID 字串（不是整數）。Token 的 auth code、以及帶有 auth code 的 callback URL， 都不會出現在任何輸出中。

User storage

taiga storage list --json
taiga storage set dashboard --value '{"compact":true}'
taiga storage get dashboard --json
taiga storage delete dashboard --yes

Storage key 不可包含 . 或 / —— 這兩個字元由 Taiga 的 URL router 保留，使用它們會得到 server 端 的路由錯誤。

第三方 importer gateway

taiga integration providers --json
taiga integration call github list-projects --input ./github-import.json --json
taiga integration call jira import-project --input ./jira-import.json --yes --json

支援 GitHub、GitLab、Jira、Trello、Asana 與 Pivotal 的 importer route。

--input 必須是一個 JSON object，適合用權限 0600 的檔案傳入 token 或 auth code；非敏感欄位也可以用 --field key=JSON 直接在命令列給定。

實際有哪些 provider 與 action 可用，完全由 Taiga server 的設定決定。CLI 是一層 gateway，會原封不動保留 server 的 not_found 或 validation 回應，不會自行判斷可用性。GitLab 與 Pivotal 在 upstream Taiga 預設 可能未啟用，但只要部署提供了相容 route，gateway 就能直接使用。