選擇專案來源前，先讀懂 GitHub 組織網域徽章

從專案開始，而非從熟悉的名稱開始

在查看公開版本公告時，你可能會發現兩個專案名稱相似的儲存庫。請寫下你原本信任的專案網站、你找到的組織網址，以及正在審查的儲存庫網址。這能避免你在筆記中把組織徽章誤加到不相關的搜尋結果上。

直接開啟組織的個人檔案頁面。截圖中的徽章或 README 中提到的徽章，與目前個人檔案上的觀察不同。請記錄你檢查的日期，以及個人檔案資訊旁顯示的確切網域。

精確解讀網域關係

GitHub 將其組織徽章說明為驗證網域所有權的結果。個人檔案顯示的網站與電子郵件資訊必須與已驗證的網域相符；不同網域（包括某些變體）需要各自驗證。GitHub 也將網域核准描述為獨立程序。來源

請比對確切主機名稱，而不是認定每個包含專案名稱的地址都等同。以一個示範專案為例，docs.example.org 和 example.org 應記為不同主機，即使該組織同時經營兩者。不要從其中一個的拼寫推斷另一個的狀態。

這是一項閱讀任務。你不需要變更 DNS、申請組織存取權或自行驗證網域，就能檢視公開專案來源。

將三種不同的檢查分開列在不同列

個人檔案能協助你導覽至專案，但無法確定該專案中每項陳述的真實性。同樣地，徽章不存在是關於個人檔案的觀察，並非認定該組織有詐欺行為。

保留你實際使用的證據

盡可能從組織自家網站追蹤專案連結，比對其目的地與你找到的儲存庫，並儲存相關版本或文件網址。如果網站與儲存庫不一致，請保留兩個目的地，並將關係標記為未解決，而不是選擇看起來較精美的頁面。

以一個示範的變更日誌檢查為例，有用的結果是儲存庫、版本號，以及支持該功能的那句話。單靠徽章並非該結果。若檔案日後可能變更，請使用穩定的 GitHub 來源連結。

如果你看到的徽章位於提交旁，請改用提交簽章指南。它處理的是不同對象，不應取代組織網域審查。