เริ่มจากโปรเจกต์ ไม่ใช่ชื่อที่คุ้นเคย
คุณอาจพบ repository สองแห่งที่มีชื่อโปรเจกต์คล้ายกันขณะตรวจสอบประกาศการเผยแพร่ต่อสาธารณะ จดบันทึกเว็บไซต์โปรเจกต์ที่คุณเชื่อถืออยู่แล้ว URL ของ organization ที่คุณพบ และ URL ของ repository ที่กำลังตรวจสอบ เพื่อไม่ให้ป้ายของ organization ถูกผูกในบันทึกของคุณเข้ากับผลการค้นหาที่ไม่เกี่ยวข้อง
เปิดโปรไฟล์ของ organization นั้นเอง ป้ายที่จับภาพหน้าจอไว้หรือที่กล่าวถึงใน README ไม่ใช่การสังเกตเดียวกับโปรไฟล์ปัจจุบัน บันทึกวันที่ที่คุณตรวจสอบและโดเมนที่แสดงพร้อมข้อมูลโปรไฟล์อย่างชัดเจน
อ่านความสัมพันธ์ของโดเมนให้แม่นยำ
GitHub ระบุว่าป้าย organization เกิดจากการยืนยันความเป็นเจ้าของโดเมน ข้อมูลเว็บไซต์และอีเมลที่แสดงบนโปรไฟล์ต้องตรงกับโดเมนที่ยืนยันแล้ว โดเมนที่ต่างกัน รวมถึงบางรูปแบบที่คล้ายกัน ต้องยืนยันแยกกัน GitHub ยังระบุถึงการอนุมัติโดเมนว่าเป็นขั้นตอนแยกต่างหาก แหล่งที่มา
เทียบ host ที่แน่นอน แทนที่จะตัดสินว่าทุกที่อยู่ที่มีชื่อโปรเจกต์นั้นเทียบเท่ากัน ตัวอย่างประกอบ: docs.example.org และ example.org ควรถูกจดเป็น host ที่ต่างกัน แม้ organization จะดูแลทั้งสองก็ตาม อย่าอนุมานสถานะของ host หนึ่งจากตัวสะกดของอีก host
นี่เป็นงานอ่าน คุณไม่จำเป็นต้องเปลี่ยน DNS ขอสิทธิ์เข้าถึง organization หรือยืนยันโดเมนด้วยตัวเองเพื่อตรวจสอบแหล่งที่มาของโปรเจกต์สาธารณะ
แยกการตรวจสอบสามอย่างไว้คนละแถว
| วัตถุ | คำถามที่มีประโยชน์ | สิ่งที่ยังต้องตรวจ |
|---|---|---|
| โปรไฟล์ organization | มีความสัมพันธ์ของโดเมนใดที่บันทึกไว้? | นี่คือ organization ที่เกี่ยวข้องกับงานของคุณหรือไม่ |
| Repository | นี่คือโปรเจกต์ที่เว็บไซต์ของ organization เองลิงก์ไปหรือไม่? | คุณเปิด repository และเวอร์ชันที่ถูกต้องหรือไม่ |
| Release หรือเอกสาร | ข้อความจริงในส่วนนั้นกล่าวว่าอะไร? | รองรับข้อกล่าวอ้างเฉพาะที่คุณจะอ้างอิงหรือไม่ |
โปรไฟล์ช่วยนำทางคุณไปยังโปรเจกต์ได้ โดยไม่ตัดสินความจริงของทุกข้อความในโปรเจกต์นั้น ในทำนองเดียวกัน การไม่มีป้ายคือการสังเกตเกี่ยวกับโปรไฟล์ ไม่ใช่การพบว่า organization นั้นหลอกลวง
เก็บหลักฐานที่คุณใช้จริง
ตามลิงก์โปรเจกต์จากเว็บไซต์ของ organization เองเมื่อมี เทียบปลายทางกับ repository ที่คุณพบ และบันทึกที่อยู่ของ release หรือเอกสารที่เกี่ยวข้อง หากเว็บไซต์กับ repository ขัดแย้งกัน ให้เก็บปลายทางทั้งสองไว้และระบุว่าความสัมพันธ์ยังไม่ชัดเจน แทนที่จะเลือกหน้าที่ดูเรียบร้อยกว่า
สำหรับการตรวจ changelog ตัวอย่าง ผลลัพธ์ที่มีประโยชน์คือ repository เวอร์ชัน release และประโยคที่รองรับฟีเจอร์นั้น ป้ายเพียงอย่างเดียวไม่ใช่ผลลัพธ์นั้น ใช้ลิงก์แหล่งที่มา GitHub ที่เสถียร เมื่อไฟล์อาจเปลี่ยนในภายหลัง
หากป้ายที่คุณเห็นอยู่ข้าง commit ให้ใช้คู่มือลายเซ็น commit แทน เพราะกล่าวถึงวัตถุที่ต่างกันและไม่ควรใช้แทนการตรวจสอบโดเมนของ organization