익숙한 이름이 아니라 프로젝트부터 시작하세요
공개 릴리스 공지를 확인하다 보면 비슷한 프로젝트 이름을 가진 저장소 두 개를 발견할 수 있습니다. 이미 신뢰하는 프로젝트 웹사이트, 찾은 조직 URL, 검토 중인 저장소 URL을 적어 두세요. 이렇게 하면 조직 배지가 관련 없는 검색 결과에 메모로 붙는 일을 막을 수 있습니다.
조직 프로필 자체를 여세요. 스크린샷에 찍혔거나 README에 언급된 배지는 현재 프로필에서 직접 확인한 것과 같지 않습니다. 확인한 날짜와 프로필 정보에 표시된 정확한 도메인을 기록하세요.
도메인 관계를 정확히 읽으세요
GitHub는 조직 배지를 도메인 소유권 확인의 결과로 설명합니다. 프로필에 표시되는 웹사이트와 이메일 정보는 확인된 도메인과 일치해야 하며, 특정 변형을 포함해 다른 도메인은 각각 별도로 확인해야 합니다. GitHub는 또한 도메인 승인을 별도의 절차로 설명합니다. 출처
프로젝트 이름이 들어간 모든 주소가 동등하다고 판단하지 말고 정확한 호스트를 비교하세요. 예시 프로젝트에서 docs.example.org와 example.org는 조직이 둘 다 운영하더라도 서로 다른 호스트로 적어야 합니다. 한쪽의 철자만 보고 다른 쪽의 상태를 추론하지 마세요.
이것은 읽기 작업입니다. 공개 프로젝트 소스를 검사하기 위해 DNS를 변경하거나 조직 접근 권한을 요청하거나 직접 도메인을 확인할 필요는 없습니다.
세 가지 확인을 별도 행으로 분리하세요
| 대상 | 유용한 질문 | 추가로 확인할 것 |
|---|---|---|
| 조직 프로필 | 어떤 도메인 관계가 문서화되어 있는가? | 이것이 내 작업과 관련된 조직인가? |
| 저장소 | 조직 자체 사이트에서 연결한 프로젝트인가? | 올바른 저장소와 버전을 열었는가? |
| 릴리스 또는 문서 | 실제 구절은 무엇을 말하는가? | 인용하려는 특정 주장을 뒷받침하는가? |
프로필은 프로젝트로 안내하는 데 도움이 될 수 있지만, 그 프로젝트의 모든 진술이 사실임을 확정하지는 않습니다. 마찬가지로 배지가 없다는 것은 프로필에 대한 관찰일 뿐, 조직이 사기라는 발견은 아닙니다.
실제로 사용한 증거를 보존하세요
가능하면 조직 자체 웹사이트에서 프로젝트 링크를 따라가고, 그 목적지를 찾은 저장소와 비교한 뒤 관련 릴리스나 문서 주소를 저장하세요. 사이트와 저장소가 일치하지 않으면 두 목적지를 모두 보관하고, 더 그럴듯해 보이는 페이지를 고르는 대신 관계를 미해결로 표시하세요.
예시 체인지로그 확인에서 유용한 결과는 저장소, 릴리스 버전, 기능을 뒷받침하는 문장입니다. 배지만으로는 그 결과가 되지 않습니다. 파일이 나중에 바뀔 수 있다면 안정적인 GitHub 소스 링크를 사용하세요.
보았던 배지가 커밋 옆에 있다면 대신 커밋 서명 가이드를 사용하세요. 이는 다른 대상을 다루며 조직 도메인 검토를 대체해서는 안 됩니다.