有名な名前ではなくプロジェクトから始める
公開リリースの告知を確認しているときに、似たプロジェクト名のリポジトリを2つ見つけることがあります。すでに信頼しているプロジェクトのウェブサイト、見つけた組織のURL、検討中のリポジトリのURLを書き留めておきましょう。こうすることで、組織のバッジが無関係な検索結果に結びつけられてメモに残るのを防げます。
組織のプロフィールそのものを開いてください。スクリーンショットに写っているバッジやREADMEで言及されているバッジは、現在のプロフィールで観察したものとは異なります。確認した日付と、プロフィール情報とともに表示されている正確なドメインを記録しましょう。
ドメインの関係を正確に読む
GitHubは組織のバッジを、ドメインの所有権を検証した結果として説明しています。プロフィールに表示されるウェブサイトとメールの情報は、検証済みのドメインと一致している必要があり、異なるドメイン（特定のバリエーションを含む）はそれぞれ独自の検証が必要です。GitHubはまた、ドメインの承認を別の手続きとして説明しています。出典
プロジェクト名を含むすべてのアドレスが同等だと判断するのではなく、正確なホストを比較してください。例示的なプロジェクトであれば、docs.example.org と example.org は、組織が両方を運営していたとしても別のホストとして書き留めるべきです。一方の綴りから他方のステータスを推測してはいけません。
これは読解の作業です。公開プロジェクトのソースを調べるために、DNSを変更したり、組織へのアクセスを要求したり、自分でドメインを検証したりする必要はありません。
3つの異なる確認を別々の行に保つ
| 対象 | 有用な問い | 引き続き確認すべきこと |
|---|---|---|
| 組織プロフィール | どのドメイン関係が記録されているか？ | これが自分のタスクに関連する組織かどうか |
| リポジトリ | 組織自身のサイトからリンクされているプロジェクトか？ | 正しいリポジトリとバージョンを開いたかどうか |
| リリースまたは文書 | 実際の記述は何と言っているか？ | 引用しようとしている特定の主張を裏付けているかどうか |
プロフィールはプロジェクトへ導く助けにはなりますが、そのプロジェクト内のすべての記述の真偽を確定するものではありません。同様に、バッジがないことはプロフィールに関する観察であり、組織が詐欺的だという発見ではありません。
実際に使った証拠を保存する
可能であれば組織自身のウェブサイトからプロジェクトのリンクをたどり、そのリンク先を見つけたリポジトリと比較し、関連するリリースや文書のアドレスを保存してください。サイトとリポジトリが一致しない場合は、両方のリンク先を保持し、より洗練されたページを選ぶのではなく、関係が未解決であると記録しましょう。
例示的な変更履歴の確認では、有用な結果とはリポジトリ、リリースバージョン、機能を裏付ける文です。バッジだけではその結果にはなりません。ファイルが後で変更される可能性がある場合は、安定したGitHubソースリンクを使用してください。
見たバッジがコミットの横にある場合は、代わりにコミット署名ガイドを使用してください。これは別の対象を扱っており、組織ドメインの確認の代わりにすべきではありません。