Session Auto-Commit利用 GitHub Copilot Hooks 在會話結束時自動提交并推送代碼【免費下載鏈接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.項目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilotCopilot coding agent 在會話中會修改大量文件一旦會話結束未提交的改動可能散落在工作區(qū)中存在丟失風險。本指南圍繞 awesome-copilot 倉庫中的 Session Auto-Commit Hook 展開講解如何基于 GitHub Copilot 的sessionEnd事件自動完成「檢測改動 → 暫存 → 時間戳提交 → 推送遠端」的完整流程并深入剖析其 Bash 腳本實現(xiàn)、hooks.json配置字段與可定制方向。讀完本文你將掌握一套零手工干預的會話備份機制并理解 Copilot Hooks 的安裝、配置與運行契約。概述這個 Hook 做什么Session Auto-Commit 是一個運行在 Copilot coding agent 會話結束時的命令型 Hook其核心目標是只要 agent 在會話期間產生了改動就自動提交并推送到遠端確保工作永不丟失。根據倉庫中的 README該 Hook 會自動執(zhí)行以下操作檢測是否存在未提交的改動uncommitted changes暫存全部改動stage all changes創(chuàng)建一個帶時間戳的提交timestamped commit推送到遠端倉庫push to the remote repository它帶來的四個核心價值點自動備份Automatic BackupCopilot 會話產出的工作不會因會話結束而丟失時間戳提交Timestamped Commits每個自動提交都包含會話結束時間便于回溯「哪次會話改了什么」安全執(zhí)行Safe Execution只有存在實際改動時才提交無改動時靜默退出不產生空提交錯誤處理Error Handling推送失敗時優(yōu)雅降級——改動仍保留在本地提交中不會阻塞會話結束。該 Hook 位于 hooks/session-auto-commit/由三個文件組成README.md使用文檔、hooks.jsonHook 配置、auto-commit.shBash 實現(xiàn)腳本。前置知識Copilot Hooks 與事件模型在動手安裝前先理解 Hook 的定位。根據倉庫的 Hooks 總覽文檔Hooks 是「由 Copilot coding agent 會話中的特定事件觸發(fā)的自動化工作流」支持的事件包括sessionStart、sessionEnd、userPromptSubmitted、preToolUse、postToolUse、errorOccurred等。每個 Hook 是一個文件夾包含README.md和hooks.json配置可能還附帶輔助腳本。Session Auto-Commit 掛在sessionEnd事件上屬于「會話收尾類」Hook。同類會話結束事件下的 Hook 還有Dependency License Checker會話結束時掃描新增依賴的許可證合規(guī)性check-licenses.shSecrets Scanner會話結束時掃描會話期間被修改的文件是否泄露密鑰scan-secrets.shSession Logger記錄會話活動用于審計與分析。它們與 Session Auto-Commit 可以組合使用——例如會話結束時先掃描密鑰、再自動提交形成完整的收尾流水線。安裝三步接入你的倉庫按照 Session Auto-Commit README 的安裝說明接入流程分為三步第一步拷貝 Hook 文件夾到目標倉庫cp -r hooks/session-auto-commit .github/hooks/Copilot Hooks 的約定存放位置是倉庫內的.github/hooks/目錄每個 Hook 獨立一個子目錄參見 instructions/hooks.instructions.md 中的目錄結構規(guī)范。第二步確保腳本可執(zhí)行chmod x .github/hooks/session-auto-commit/auto-commit.shauto-commit.sh 以#!/bin/bash開頭若缺少可執(zhí)行權限Hook 宿主將無法運行它。第三步提交到默認分支將 Hook 配置提交到倉庫的默認分支。這一點很關鍵——根據 instructions/hooks.instructions.md 的說明云 agentcloud agent只會從倉庫默認分支加載 Hooks如果hooks.json只存在于功能分支上云 agent 將無法感知到它。配置hooks.json 逐字段解析該 Hook 的配置位于 hooks/session-auto-commit/hooks.json完整內容如下{ version: 1, hooks: { sessionEnd: [ { type: command, bash: .github/hooks/session-auto-commit/auto-commit.sh, timeoutSec: 30 } ] } }對照 instructions/hooks.instructions.md 中的配置字段說明各字段含義如下字段必填作用version是配置格式版本當前為1hooks是事件名到 Hook 條目數(shù)組的映射如sessionEndtype是Hook 類型command表示執(zhí)行本地腳本bash是bash/powershell 至少其一在 Unix / Bash 宿主上執(zhí)行的命令行powershell是bash/powershell 至少其一在 Windows / PowerShell 宿主上執(zhí)行的命令行本 Hook 未提供說明其設計面向 Bash 環(huán)境cwd否工作目錄相對于倉庫根目錄缺省時用宿主默認值timeoutSec否宿主終止腳本前的最大等待秒數(shù)默認 30本 Hook 顯式配置為 30env否以進程環(huán)境變量形式傳入腳本的額外靜態(tài)配置值得注意的一點腳本路徑寫為.github/hooks/session-auto-commit/auto-commit.sh這與 README 中安裝到.github/hooks/的步驟一致。如果你的倉庫將 Hook 安裝在別的路徑需要同步修改bash字段。此外timeoutSec: 30意味著git push必須在 30 秒內完成或被宿主終止——這對慢速網絡環(huán)境是潛在的調優(yōu)點可以按需增大。原理auto-commit.sh 源碼逐段剖析腳本實現(xiàn)位于 hooks/session-auto-commit/auto-commit.sh。它遵循「小而確定」的 Hook 設計原則全程不讀取 stdin 事件 JSONsessionEnd事件對 stdout 沒有結構化要求屬于收尾型 Hook只依賴 Git 自身狀態(tài)。我們逐段拆解。1. 嚴格模式與跳過開關#!/bin/bash set -euo pipefail # Check if SKIP_AUTO_COMMIT is set if [[ ${SKIP_AUTO_COMMIT:-} true ]]; then echo ?? Auto-commit skipped (SKIP_AUTO_COMMITtrue) exit 0 fiset -euo pipefail是 instructions/hooks.instructions.md 推薦的 Bash 嚴格模式遇到錯誤立即退出、未定義變量報錯、管道中任一環(huán)節(jié)失敗即失敗。腳本開頭檢查環(huán)境變量SKIP_AUTO_COMMIT為true時直接退出——這是 README 中「臨時禁用」方案的實現(xiàn)基礎。2. Git 倉庫與改動檢測# Check if were in a git repository if ! git rev-parse --is-inside-work-tree /dev/null; then echo ?? Not in a git repository exit 0 fi # Check for uncommitted changes if [[ -z $(git status --porcelain) ]]; then echo ? No changes to commit exit 0 fi兩重防御性檢查用git rev-parse --is-inside-work-tree確認當前目錄處于 Git 工作樹內否則直接退出避免在非倉庫目錄報錯刷屏用git status --porcelain檢測未提交改動輸出為空則說明工作區(qū)干凈直接以「No changes to commit」退出——這正是 README「只在確有改動時才提交」特性的實現(xiàn)。--porcelain是面向腳本的機器可讀輸出格式比人類可讀的git status更適合做空值判斷。3. 暫存與時間戳提交echo Auto-committing changes from Copilot session... # Stage all changes git add -A # Create timestamped commit TIMESTAMP$(date %Y-%m-%d %H:%M:%S) git commit -m auto-commit: $TIMESTAMP --no-verify 2/dev/null || { echo ?? Commit failed exit 0 }git add -A暫存所有改動包括新增、修改、刪除的文件提交信息格式為auto-commit: YYYY-MM-DD HH:MM:SS例如auto-commit: 2026-09-09 18:05:32--no-verify繞過倉庫自身的 pre-commit 鉤子避免用戶的 pre-commit 檢查如 lint、格式化阻塞自動提交——這是 README「Notes」中明確說明的設計取舍提交失敗例如配置了 user.name/user.email 缺失導致的提交報錯時捕獲錯誤并輸出「Commit failed」后以 0 退出保證不會因提交失敗影響會話結束流程。4. 推送與降級處理# Attempt to push if git push 2/dev/null; then echo ? Changes committed and pushed successfully else echo ?? Push failed - changes committed locally fi exit 0推送成功輸出確認信息推送失敗網絡問題、認證失敗、遠端沖突等則提示「Push failed - changes committed locally」——改動已留在本地提交中隨時可以手動git push補救。無論成敗腳本最終都返回exit 0呼應 README 中的承諾「失敗的推送不會阻塞會話終止」。5. 完整運行時序結合 instructions/hooks.instructions.md 對sessionEnd事件的說明一次完整執(zhí)行鏈路如下Copilot coding agent 會話結束宿主觸發(fā)sessionEnd事件事件 payload 包含timestamp、cwd、reason等字段其中reason可取complete、error、abort、timeout、user_exit宿主執(zhí)行hooks.json中sessionEnd數(shù)組內的命令型 Hook即bash .github/hooks/session-auto-commit/auto-commit.sh最長等待 30 秒腳本依次完成跳過開關檢查 → Git 倉庫檢查 → 改動檢測 →git add -A→git commit --no-verify→git push腳本輸出人類可讀的進度信息返回exit 0會話正常收尾。定制根據團隊工作流改造README 明確指出可以從四個方面定制 auto-commit.sh。下面給出可直接落地的示例。定制提交信息格式時間戳格式與信息前綴都集中在提交語句中可以自由調整# 更精確到秒級毫秒或改為日期 會話編號 TIMESTAMP$(date %Y%m%d-%H%M%S) git commit -m chore(copilot): auto-save $TIMESTAMP --no-verify也可以結合sessionEnd事件的 payload 信息讀取傳入 stdin 的 JSON 中的reason字段拼入提交信息payload$(cat) reason$(printf %s $payload | jq -r .reason // unknown) git commit -m auto-commit: $TIMESTAMP (session: $reason) --no-verify選擇性暫存不想把所有改動一股腦提交時把git add -A換成精確的路徑模式git add src/ tests/ docs/ # 或排除特定目錄 git add -A :!node_modules :!dist注意修改暫存策略后README「Safe Execution」特性只在有改動時提交依然生效因為腳本先通過git status --porcelain判斷全局是否有改動。僅推送到特定分支默認的git push會推送到當前分支的上游。如需限制推送范圍可加上分支判斷CURRENT_BRANCH$(git rev-parse --abbrev-ref HEAD) if [[ $CURRENT_BRANCH main || $CURRENT_BRANCH develop ]]; then git push origin $CURRENT_BRANCH 2/dev/null || echo ?? Push failed else echo ?? Skipping push on branch: $CURRENT_BRANCH fi增加通知在推送成功或失敗分支里接入通知渠道例如發(fā)送桌面通知或 Slack 消息if git push 2/dev/null; then echo ? Changes committed and pushed successfully command -v notify-send /dev/null notify-send Copilot Auto-commit pushed ? else echo ?? Push failed - changes committed locally command -v notify-send /dev/null notify-send -u critical Copilot Auto-commit push failed fi更推薦的做法是把通知開關做成env配置。參照 instructions/hooks.instructions.md 對env字段的說明在 hooks.json 中靜態(tài)注入開關腳本通過環(huán)境變量讀取從而讓同一份腳本在不同倉庫表現(xiàn)不同無需改代碼{ version: 1, hooks: { sessionEnd: [ { type: command, bash: .github/hooks/session-auto-commit/auto-commit.sh, cwd: ., timeoutSec: 30, env: { ENABLE_NOTIFICATIONS: true, SKIP_AUTO_COMMIT: false } } ] } }禁用兩種臨時關閉方式README 提供了兩種臨時禁用方案都不需要刪除文件方式一注釋或移除sessionEnd配置。編輯 hooks.json刪除hooks對象中的sessionEnd鍵或整個文件改名重啟會話后 Hook 即不再觸發(fā)。方式二設置環(huán)境變量。在運行 Copilot 的 shell 中導出變量后腳本會在第一步直接跳過export SKIP_AUTO_COMMITtrue這一機制在 auto-commit.sh 的開頭有明確的實現(xiàn)對應輸出?? Auto-commit skipped后exit 0適合臨時不想要自動提交、但又不想動配置文件的場景。注意事項與適用邊界綜合 README 的 Notes 與腳本實現(xiàn)使用前請確認以下幾點--no-verify是有意為之自動提交會繞過你倉庫的 pre-commit 鉤子。這意味著 pre-commit 中配置的格式校驗、密鑰掃描等不會在自動提交時執(zhí)行——如果你的團隊把安全檢查放在 pre-commit 里建議與 Secrets Scanner 等會話級掃描 Hook 配合使用推送失敗不阻塞會話push 失敗時改動留在本地提交中需要人工補推網絡不穩(wěn)或認證過期時要注意這一點需要提前配置好 Git 憑據腳本本身不處理認證遠端推送依賴已配置的 credential helper、SSH key 或 PAT同時適配兩種客戶端README 聲明該 Hook 同時適用于 Copilot coding agent 與 GitHub Copilot CLI根據 instructions/hooks.instructions.md 的說明同一份.github/hooks/*.json配置與腳本契約在 CLI、VS Code 和云 agent 之間是通用的但云 agent 只加載默認分支上的 Hook提交用戶身份依賴 Git 配置自動提交會使用倉庫全局/本地配置的user.name與user.email未配置時git commit將失敗腳本會以「Commit failed」優(yōu)雅退出遵循 Hook 通用設計規(guī)則Hook 運行在會話收尾的關鍵路徑上應保持同步、有界、非交互本 Hook 的 30 秒超時與純 Git 操作符合這一約束。小結Session Auto-Commit 是 Copilot Hooks「會話收尾自動化」的典型范例一個不超過 45 行的 Bash 腳本加上 11 行的hooks.json配置就實現(xiàn)了「會話結束即備份」的可靠性保障。其腳本在 hooks/session-auto-commit/auto-commit.sh配置在 hooks/session-auto-commit/hooks.json安裝總覽可參考 docs/README.hooks.mdHook 編寫的完整規(guī)范見 instructions/hooks.instructions.md。在安全執(zhí)行、優(yōu)雅降級與時間戳追溯三個維度上它為「如何編寫一個合格的 Copilot Hook」提供了可直接復用的參考實現(xiàn)?！久赓M下載鏈接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.項目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot創(chuàng)作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考 Session Auto-Commit：利用 GitHub Copilot Hooks 在會話結束時自動提交并推送代碼
Session Auto-Commit利用 GitHub Copilot Hooks 在會話結束時自動提交并推送代碼【免費下載鏈接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.項目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilotCopilot coding agent 在會話中會修改大量文件一旦會話結束未提交的改動可能散落在工作區(qū)中存在丟失風險。本指南圍繞 awesome-copilot 倉庫中的 Session Auto-Commit Hook 展開講解如何基于 GitHub Copilot 的sessionEnd事件自動完成「檢測改動 → 暫存 → 時間戳提交 → 推送遠端」的完整流程并深入剖析其 Bash 腳本實現(xiàn)、hooks.json配置字段與可定制方向。讀完本文你將掌握一套零手工干預的會話備份機制并理解 Copilot Hooks 的安裝、配置與運行契約。概述這個 Hook 做什么Session Auto-Commit 是一個運行在 Copilot coding agent 會話結束時的命令型 Hook其核心目標是只要 agent 在會話期間產生了改動就自動提交并推送到遠端確保工作永不丟失。根據倉庫中的 README該 Hook 會自動執(zhí)行以下操作檢測是否存在未提交的改動uncommitted changes暫存全部改動stage all changes創(chuàng)建一個帶時間戳的提交timestamped commit推送到遠端倉庫push to the remote repository它帶來的四個核心價值點自動備份Automatic BackupCopilot 會話產出的工作不會因會話結束而丟失時間戳提交Timestamped Commits每個自動提交都包含會話結束時間便于回溯「哪次會話改了什么」安全執(zhí)行Safe Execution只有存在實際改動時才提交無改動時靜默退出不產生空提交錯誤處理Error Handling推送失敗時優(yōu)雅降級——改動仍保留在本地提交中不會阻塞會話結束。該 Hook 位于 hooks/session-auto-commit/由三個文件組成README.md使用文檔、hooks.jsonHook 配置、auto-commit.shBash 實現(xiàn)腳本。前置知識Copilot Hooks 與事件模型在動手安裝前先理解 Hook 的定位。根據倉庫的 Hooks 總覽文檔Hooks 是「由 Copilot coding agent 會話中的特定事件觸發(fā)的自動化工作流」支持的事件包括sessionStart、sessionEnd、userPromptSubmitted、preToolUse、postToolUse、errorOccurred等。每個 Hook 是一個文件夾包含README.md和hooks.json配置可能還附帶輔助腳本。Session Auto-Commit 掛在sessionEnd事件上屬于「會話收尾類」Hook。同類會話結束事件下的 Hook 還有Dependency License Checker會話結束時掃描新增依賴的許可證合規(guī)性check-licenses.shSecrets Scanner會話結束時掃描會話期間被修改的文件是否泄露密鑰scan-secrets.shSession Logger記錄會話活動用于審計與分析。它們與 Session Auto-Commit 可以組合使用——例如會話結束時先掃描密鑰、再自動提交形成完整的收尾流水線。安裝三步接入你的倉庫按照 Session Auto-Commit README 的安裝說明接入流程分為三步第一步拷貝 Hook 文件夾到目標倉庫cp -r hooks/session-auto-commit .github/hooks/Copilot Hooks 的約定存放位置是倉庫內的.github/hooks/目錄每個 Hook 獨立一個子目錄參見 instructions/hooks.instructions.md 中的目錄結構規(guī)范。第二步確保腳本可執(zhí)行chmod x .github/hooks/session-auto-commit/auto-commit.shauto-commit.sh 以#!/bin/bash開頭若缺少可執(zhí)行權限Hook 宿主將無法運行它。第三步提交到默認分支將 Hook 配置提交到倉庫的默認分支。這一點很關鍵——根據 instructions/hooks.instructions.md 的說明云 agentcloud agent只會從倉庫默認分支加載 Hooks如果hooks.json只存在于功能分支上云 agent 將無法感知到它。配置hooks.json 逐字段解析該 Hook 的配置位于 hooks/session-auto-commit/hooks.json完整內容如下{ version: 1, hooks: { sessionEnd: [ { type: command, bash: .github/hooks/session-auto-commit/auto-commit.sh, timeoutSec: 30 } ] } }對照 instructions/hooks.instructions.md 中的配置字段說明各字段含義如下字段必填作用version是配置格式版本當前為1hooks是事件名到 Hook 條目數(shù)組的映射如sessionEndtype是Hook 類型command表示執(zhí)行本地腳本bash是bash/powershell 至少其一在 Unix / Bash 宿主上執(zhí)行的命令行powershell是bash/powershell 至少其一在 Windows / PowerShell 宿主上執(zhí)行的命令行本 Hook 未提供說明其設計面向 Bash 環(huán)境cwd否工作目錄相對于倉庫根目錄缺省時用宿主默認值timeoutSec否宿主終止腳本前的最大等待秒數(shù)默認 30本 Hook 顯式配置為 30env否以進程環(huán)境變量形式傳入腳本的額外靜態(tài)配置值得注意的一點腳本路徑寫為.github/hooks/session-auto-commit/auto-commit.sh這與 README 中安裝到.github/hooks/的步驟一致。如果你的倉庫將 Hook 安裝在別的路徑需要同步修改bash字段。此外timeoutSec: 30意味著git push必須在 30 秒內完成或被宿主終止——這對慢速網絡環(huán)境是潛在的調優(yōu)點可以按需增大。原理auto-commit.sh 源碼逐段剖析腳本實現(xiàn)位于 hooks/session-auto-commit/auto-commit.sh。它遵循「小而確定」的 Hook 設計原則全程不讀取 stdin 事件 JSONsessionEnd事件對 stdout 沒有結構化要求屬于收尾型 Hook只依賴 Git 自身狀態(tài)。我們逐段拆解。1. 嚴格模式與跳過開關#!/bin/bash set -euo pipefail # Check if SKIP_AUTO_COMMIT is set if [[ ${SKIP_AUTO_COMMIT:-} true ]]; then echo ?? Auto-commit skipped (SKIP_AUTO_COMMITtrue) exit 0 fiset -euo pipefail是 instructions/hooks.instructions.md 推薦的 Bash 嚴格模式遇到錯誤立即退出、未定義變量報錯、管道中任一環(huán)節(jié)失敗即失敗。腳本開頭檢查環(huán)境變量SKIP_AUTO_COMMIT為true時直接退出——這是 README 中「臨時禁用」方案的實現(xiàn)基礎。2. Git 倉庫與改動檢測# Check if were in a git repository if ! git rev-parse --is-inside-work-tree /dev/null; then echo ?? Not in a git repository exit 0 fi # Check for uncommitted changes if [[ -z $(git status --porcelain) ]]; then echo ? No changes to commit exit 0 fi兩重防御性檢查用git rev-parse --is-inside-work-tree確認當前目錄處于 Git 工作樹內否則直接退出避免在非倉庫目錄報錯刷屏用git status --porcelain檢測未提交改動輸出為空則說明工作區(qū)干凈直接以「No changes to commit」退出——這正是 README「只在確有改動時才提交」特性的實現(xiàn)。--porcelain是面向腳本的機器可讀輸出格式比人類可讀的git status更適合做空值判斷。3. 暫存與時間戳提交echo Auto-committing changes from Copilot session... # Stage all changes git add -A # Create timestamped commit TIMESTAMP$(date %Y-%m-%d %H:%M:%S) git commit -m auto-commit: $TIMESTAMP --no-verify 2/dev/null || { echo ?? Commit failed exit 0 }git add -A暫存所有改動包括新增、修改、刪除的文件提交信息格式為auto-commit: YYYY-MM-DD HH:MM:SS例如auto-commit: 2026-09-09 18:05:32--no-verify繞過倉庫自身的 pre-commit 鉤子避免用戶的 pre-commit 檢查如 lint、格式化阻塞自動提交——這是 README「Notes」中明確說明的設計取舍提交失敗例如配置了 user.name/user.email 缺失導致的提交報錯時捕獲錯誤并輸出「Commit failed」后以 0 退出保證不會因提交失敗影響會話結束流程。4. 推送與降級處理# Attempt to push if git push 2/dev/null; then echo ? Changes committed and pushed successfully else echo ?? Push failed - changes committed locally fi exit 0推送成功輸出確認信息推送失敗網絡問題、認證失敗、遠端沖突等則提示「Push failed - changes committed locally」——改動已留在本地提交中隨時可以手動git push補救。無論成敗腳本最終都返回exit 0呼應 README 中的承諾「失敗的推送不會阻塞會話終止」。5. 完整運行時序結合 instructions/hooks.instructions.md 對sessionEnd事件的說明一次完整執(zhí)行鏈路如下Copilot coding agent 會話結束宿主觸發(fā)sessionEnd事件事件 payload 包含timestamp、cwd、reason等字段其中reason可取complete、error、abort、timeout、user_exit宿主執(zhí)行hooks.json中sessionEnd數(shù)組內的命令型 Hook即bash .github/hooks/session-auto-commit/auto-commit.sh最長等待 30 秒腳本依次完成跳過開關檢查 → Git 倉庫檢查 → 改動檢測 →git add -A→git commit --no-verify→git push腳本輸出人類可讀的進度信息返回exit 0會話正常收尾。定制根據團隊工作流改造README 明確指出可以從四個方面定制 auto-commit.sh。下面給出可直接落地的示例。定制提交信息格式時間戳格式與信息前綴都集中在提交語句中可以自由調整# 更精確到秒級毫秒或改為日期 會話編號 TIMESTAMP$(date %Y%m%d-%H%M%S) git commit -m chore(copilot): auto-save $TIMESTAMP --no-verify也可以結合sessionEnd事件的 payload 信息讀取傳入 stdin 的 JSON 中的reason字段拼入提交信息payload$(cat) reason$(printf %s $payload | jq -r .reason // unknown) git commit -m auto-commit: $TIMESTAMP (session: $reason) --no-verify選擇性暫存不想把所有改動一股腦提交時把git add -A換成精確的路徑模式git add src/ tests/ docs/ # 或排除特定目錄 git add -A :!node_modules :!dist注意修改暫存策略后README「Safe Execution」特性只在有改動時提交依然生效因為腳本先通過git status --porcelain判斷全局是否有改動。僅推送到特定分支默認的git push會推送到當前分支的上游。如需限制推送范圍可加上分支判斷CURRENT_BRANCH$(git rev-parse --abbrev-ref HEAD) if [[ $CURRENT_BRANCH main || $CURRENT_BRANCH develop ]]; then git push origin $CURRENT_BRANCH 2/dev/null || echo ?? Push failed else echo ?? Skipping push on branch: $CURRENT_BRANCH fi增加通知在推送成功或失敗分支里接入通知渠道例如發(fā)送桌面通知或 Slack 消息if git push 2/dev/null; then echo ? Changes committed and pushed successfully command -v notify-send /dev/null notify-send Copilot Auto-commit pushed ? else echo ?? Push failed - changes committed locally command -v notify-send /dev/null notify-send -u critical Copilot Auto-commit push failed fi更推薦的做法是把通知開關做成env配置。參照 instructions/hooks.instructions.md 對env字段的說明在 hooks.json 中靜態(tài)注入開關腳本通過環(huán)境變量讀取從而讓同一份腳本在不同倉庫表現(xiàn)不同無需改代碼{ version: 1, hooks: { sessionEnd: [ { type: command, bash: .github/hooks/session-auto-commit/auto-commit.sh, cwd: ., timeoutSec: 30, env: { ENABLE_NOTIFICATIONS: true, SKIP_AUTO_COMMIT: false } } ] } }禁用兩種臨時關閉方式README 提供了兩種臨時禁用方案都不需要刪除文件方式一注釋或移除sessionEnd配置。編輯 hooks.json刪除hooks對象中的sessionEnd鍵或整個文件改名重啟會話后 Hook 即不再觸發(fā)。方式二設置環(huán)境變量。在運行 Copilot 的 shell 中導出變量后腳本會在第一步直接跳過export SKIP_AUTO_COMMITtrue這一機制在 auto-commit.sh 的開頭有明確的實現(xiàn)對應輸出?? Auto-commit skipped后exit 0適合臨時不想要自動提交、但又不想動配置文件的場景。注意事項與適用邊界綜合 README 的 Notes 與腳本實現(xiàn)使用前請確認以下幾點--no-verify是有意為之自動提交會繞過你倉庫的 pre-commit 鉤子。這意味著 pre-commit 中配置的格式校驗、密鑰掃描等不會在自動提交時執(zhí)行——如果你的團隊把安全檢查放在 pre-commit 里建議與 Secrets Scanner 等會話級掃描 Hook 配合使用推送失敗不阻塞會話push 失敗時改動留在本地提交中需要人工補推網絡不穩(wěn)或認證過期時要注意這一點需要提前配置好 Git 憑據腳本本身不處理認證遠端推送依賴已配置的 credential helper、SSH key 或 PAT同時適配兩種客戶端README 聲明該 Hook 同時適用于 Copilot coding agent 與 GitHub Copilot CLI根據 instructions/hooks.instructions.md 的說明同一份.github/hooks/*.json配置與腳本契約在 CLI、VS Code 和云 agent 之間是通用的但云 agent 只加載默認分支上的 Hook提交用戶身份依賴 Git 配置自動提交會使用倉庫全局/本地配置的user.name與user.email未配置時git commit將失敗腳本會以「Commit failed」優(yōu)雅退出遵循 Hook 通用設計規(guī)則Hook 運行在會話收尾的關鍵路徑上應保持同步、有界、非交互本 Hook 的 30 秒超時與純 Git 操作符合這一約束。小結Session Auto-Commit 是 Copilot Hooks「會話收尾自動化」的典型范例一個不超過 45 行的 Bash 腳本加上 11 行的hooks.json配置就實現(xiàn)了「會話結束即備份」的可靠性保障。其腳本在 hooks/session-auto-commit/auto-commit.sh配置在 hooks/session-auto-commit/hooks.json安裝總覽可參考 docs/README.hooks.mdHook 編寫的完整規(guī)范見 instructions/hooks.instructions.md。在安全執(zhí)行、優(yōu)雅降級與時間戳追溯三個維度上它為「如何編寫一個合格的 Copilot Hook」提供了可直接復用的參考實現(xiàn)?！久赓M下載鏈接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.項目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot創(chuàng)作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考