選擇你需要支持的段落
假設你在自己項目的公開 README 中核對一項安裝聲明，準備在文章提及它。找出確切段落及其附近條件。儲存庫標題或個人檔案簡介不能代替載有該聲明的檔案。
把工作限於該文件。你毋須運行項目、查看個人聯絡資料，或把貢獻者帳戶當作私人身分的證明。
以版本連結取代會變動的分支檢視
GitHub 說明，一般檔案檢視通常顯示分支目前的最新提交，因此內容會隨新提交而改變。查看檔案時按 y，網址會改為使用特定提交而非分支名稱的永久連結。來源
複製該操作後實際顯示的網址。重新開啟並確認它顯示同一檔案及段落。不要虛構提交識別碼，也不要憑未開啟的搜尋預覽建構引用。
如你同時想要目前分支網址，請另作記錄。版本連結回答「我查閱的是哪段文字？」，而分支檢視則讓你查看項目目前呈現的內容。
記錄足夠背景供其他讀者理解
| 欄位 | 從你的查閱記錄 | 用途 |
|---|---|---|
| 儲存庫及檔案 | 實際項目及檔案路徑 | 識別所引用的文件 |
| 提交識別碼 | 複製的永久連結中的版本 | 區分此快照與後續編輯 |
| 支持段落 | 簡短摘錄或忠實摘要 | 把聲明限於所查閱的措辭 |
| 附近條件 | 版本、環境或功能限制 | 避免略去限定條件 |
| 存取日期 | 你開啟來源的時間 | 把你的查閱時間與發布歷史分開 |
以一個示範 README 為例，它說匯出功能屬實驗性質，則受支持的聲明應保留「實驗性質」。穩定網址不能成為把它改寫成已測試保證的理由。此例子說明引用做法，並非關於真實儲存庫的報告。
判斷舊聲明是否仍然相關
如目前分支有所不同，請同時保留兩項觀察：你引用的較早版本，以及你實際開啟的目前措辭。不要悄悄替換較舊的引用，卻繼續把它描述為同一次查閱。
檔案可能載有計劃、示例或過時指示。把這些聲明歸屬於項目，而非聲稱你獨立測試了其實作。如日後無法存取，請記錄該限制；版本識別碼並不保證永久寄存或授權。
這也與簽署提交徽章不同。GitHub Verified 徽章指南 探討該另一種訊號。如要更全面綜合公開文件，可使用 AI 來源審查清單，並保留每項重要聲明所依據的確切版本。