공개 프로젝트와 주장 선택
자신의 프로젝트나 조사 중인 조직의 특정 공개 저장소에서 시작하세요. 전체 소유자 이름과 저장소 이름을 복사하세요. 찾아야 할 정확한 기능 설명문을 적고, 문서와 구현 테스트를 구분하세요.
이 절차는 프로젝트 문서를 찾는 데 사용하세요. 노출된 자격 증명, 개인 연락처 정보 또는 저장소 접근 제어를 우회하는 방법을 검색하지 마세요.
코드 검색 한정자를 신중하게 사용
GitHub 코드 검색 문서에 따르면 단순 용어는 파일 경로나 내용 중 하나와 일치할 수 있습니다. repo:는 검색을 전체 소유자/저장소 이름으로 제한하고, path:는 경로를 좁히며, content:는 용어가 파일 본문에 있어야 함을 요구합니다. 따옴표로 묶은 문자열은 정확한 문구를 검색할 수 있습니다. 이 규칙은 코드 검색에 적용되며 이슈나 프로필 검색에 자동으로 적용되지는 않습니다. 출처
example-owner/example-project라는 예시 저장소의 경우 쿼리는 다음과 같을 수 있습니다:
repo:example-owner/example-project content:"export format"이름과 구문은 실제로 수행한 검색이 아닌 자리 표시자입니다. 검토 권한이 있는 저장소와 질문에 관련된 문구로 바꾸세요. 파일이 문서 경로 아래에 있다는 것을 알고 있다면 적절한 path: 제한을 추가하세요. 그렇지 않다면 그 가정을 빼세요.
인용하기 전에 일치 항목 해석
| 결과 | 확인할 사항 | 입증하지 않는 것 |
|---|---|---|
| 파일 이름 일치 | 구문이 본문에 있는지 여부 | 파일이 해당 설명문을 뒷받침하는지 |
| 문서 구절 | 주변의 버전 및 기능 조건 | 설명된 기능이 테스트되었는지 |
| 예시 또는 제안 | 계획된 동작인지 예시적 동작인지 | 기능이 출시되었는지 |
| 빈 결과 | 저장소, 쿼리 유형 및 제한 사항 | 해당 주장이 어디에도 존재한 적이 없는지 |
GitHub는 모든 공개 저장소에 대한 코드 검색에 로그인 요구 사항이 있음을 문서화합니다. 또한 GitHub Pages 웹사이트와 저장소 소스 콘텐츠를 구분합니다. 출처 실제 검색 범위와 접근 제한을 기록하세요. 로그인 제한을 우회하거나 검색하지 않은 웹사이트를 검색한 것으로 간주하지 마세요.
구절을 버전에 연결
파일을 열고 관련된 전체 섹션을 읽으세요. 문서화된 주장은 프로젝트에 귀속시키세요. 이 읽기 작업을 완료하기 위해 저장소 코드를 실행하지 말고, 별점이나 계정 이름으로 제품 신뢰성을 추론하지 마세요.
올바른 구절을 찾았다면 GitHub 영구 링크 가이드를 따라 검사한 버전을 보존하세요. 그런 다음 AI 출처 검토 체크리스트가 해당 문서의 설명문과 모델이 추가한 결론을 구분하는 데 도움을 줍니다.