使用「assign me」等留言指令,自動化 GitHub Issue 的指派分流。此 n8n 工作流程利用條件邏輯和 GitHub n8n 觸發器,高效率地管理案件指派。
下載此 n8n 工作流程範本並立即開始使用。
開發團隊: 希望簡化其 Issue 案件分流處理流程。
開源專案維護者: 希望自動化指派任務給主動請纓的貢獻者。
n8n 自動化專家: 有興趣在 n8n 工作流程中運用複雜的條件式路由。
DevOps 從業人員: 需要與 GitHub 進行可靠的、基於指令的互動。
在大量操作的 GitHub 儲存庫中管理 Issue 指派可能非常耗時。這個穩健的 n8n 工作流程透過允許使用者僅透過輸入指令(例如「assign me」)來自行指派 Issue——無論是在初始的 Issue內文 或後續的留言中——來解決這個問題。底層的 n8n 邏輯確保只有在 Issue 目前無人指派時才會進行指派,從而避免衝突。如果使用者嘗試認領一個已經被指派的 Issue,自動化流程會回覆一則有幫助的留言,確保過程透明。這個特定的 n8n 範本實作展示了強大的流程控制能力,並簡化了開發任務的協調。
整個流程由名為 'Github Trigger1' 的 n8n 觸發器啟動,它設定為監聽新的 Issues(issues 事件)或新的留言(issue_comment 事件)。
要部署這個強大的 n8n 工作流程,請依照以下步驟操作:
[username] 和 [reponame] 替換成您想監控的實際擁有者和儲存庫名稱。這個 n8n 範本的邏輯依賴於幾個關鍵的 n8n 節點元件:
Github Trigger1 (n8n 觸發器): 流程的起點。監聽 issue_comment 和 issues 事件,確保在新 Issue 和後續留言時,n8n 工作流程都能被啟動。
Switch (n8n 節點): 根據事件行為('opened' 對比 'created')來路由執行流程,定義了 n8n 工作流程的核心路徑。
IF no assignee? (若無指派對象?) (n8n 節點): 一個條件邏輯 n8n 節點,會檢查新 Issue 的兩個關鍵參數:Issue 是否為零指派(assignees.length 等於 0)以及 Issue 內文是否符合正則表達式指令 /assign me/gm。
Assign Issue Creator (GitHub n8n 節點): 用於將 Issue 指派給建立它的 user.login,並套用 'assigned'(已指派)標籤。
IF wants to work? (若想處理?) (n8n 節點): 在進行後續步驟前,檢查留言內容是否包含正則表達式指令 /assign me/gm。
IF not assigned? (若尚未指派?) (n8n 節點): 對基於留言的指派嘗試進行最終檢查,以確保 Issue 尚未被指派。
Assign Commenter (GitHub n8n 節點): 將 Issue 指派給提出要求的留言者,成功運用了這個 n8n 工作流程的功能。
Add Comment (GitHub n8n 節點): 當偵測到指派衝突時執行,向 GitHub Issue 回傳一則有幫助的通知。
使用這個完整的 n8n 工作流來自動化整個 OpenAI GPT 微調程序。自動串聯串取 Google 試算表資料、轉換為 JSONL 格式、啟動任務並追蹤狀態。

使用強大的 n8n 工作流程自動化 GDPR 合規。透過 Webhook 擷取同意狀態、將記錄儲存至 Google Sheets,並利用 Azure OpenAI 生成個人化的 HTML 確認信件。

使用這個強大的 n8n 工作流程,自動化基本面股票分析、透過 API 收集財務數據、計算現金流量折現 (DCF) 估值,並將結果直接匯出到 Google 試算表進行建模。

使用這個強大的 n8n 工作流程,透過 Google Gemini AI 智能代理人,自動化檢查 GitHub Pull Request 中的程式碼品質、進行修復並建立新的 PR。利用 n8n 範本簡化您的 DevOps 自動化流程。









































