GitHub Foundations #10 보너스 — 풀스케일 객관식 모의고사 (50문항 + 해설)

도구 Git GitHub 자격증

2026년 8월 3일 월요일

22 분 소요

#1부터 #9까지 정리한 개념이 머릿속에 확실히 잡혔는지 확인하는 단계입니다. 실제 GitHub Foundations 시험의 7개 도메인 구성에 맞춰 50문항을 풉니다. 이번 글이 시리즈의 마지막 글입니다.

실제 시험은 채점 대상 75문항을 120분에 풉니다. 본 모의고사는 50문항 기준이므로 시간과 합격선을 비례해서 잡았습니다. 38문항(76%) 이상을 맞추면 합격권으로 보고 시험을 예약해도 좋습니다.

풀이 방법 #

90〜110분 안에 풀어 봅니다 (실제 시험은 75문항/120분이지만 본 모의고사는 50문항 기준)
한 문항씩 풀되 즉시 해설을 보지 말고, 끝까지 푼 뒤 채점합니다
38문항(76%) 이상 맞추면 합격권으로 봅니다
부족한 도메인이 보이면 해당 편(#2〜#9)으로 돌아가 다시 정리합니다

도메인 분포 #

실제 시험의 도메인별 가중치는 공식 study guide 에서 공지되며 개정될 수 있습니다. 본 모의고사는 협업 기능과 Git·GitHub 입문의 비중을 높게 잡은 자체 분포입니다.

도메인	문항 수	범위
Domain 1: Git과 GitHub 입문	10	Q1〜Q10
Domain 2: 저장소 다루기	7	Q11〜Q17
Domain 3: 협업 기능	14	Q18〜Q31
Domain 4: 모던 개발	7	Q32〜Q38
Domain 5: 프로젝트 관리	3	Q39〜Q41
Domain 6: 프라이버시·보안·관리	6	Q42〜Q47
Domain 7: GitHub 커뮤니티	3	Q48〜Q50

Domain 1: Git과 GitHub 입문 (Q1〜Q10) #

Q1. Git과 GitHub의 관계를 옳게 설명한 것은 무엇인가?

A Git은 GitHub가 개발해 배포하는 버전 관리 도구다 B Git은 분산 버전 관리 시스템이고, GitHub는 Git 저장소를 호스팅하고 협업 기능을 얹은 서비스다 C Git은 명령줄 이름이고 GitHub는 같은 제품의 웹 이름이다 D GitHub 계정이 없으면 Git을 사용할 수 없다

Q2. 다음 커밋에 포함할 변경을 미리 골라 두는 Git의 영역은 무엇인가?

A working directory B repository C staging area D remote

Q3. 수정한 파일을 staging area에 올리는 명령은 무엇인가?

A git add B git commit C git push D git checkout

Q4. Git이 커밋마다 저장하는 것은 무엇인가?

A 마지막 커밋 이후 변경된 줄의 목록(델타)만 저장한다 B 변경된 파일의 압축 diff만 저장한다 C 변경된 파일의 이름 목록만 저장한다 D 그 시점 프로젝트 전체의 스냅샷을 저장한다

Q5. git init이 실제로 하는 일은 무엇인가?

A GitHub에 원격 저장소를 생성한다 B GitHub 계정을 초기화한다 C 현재 디렉터리에 .git 디렉터리를 만들어 새 저장소를 초기화한다 D 디렉터리의 모든 파일을 자동으로 첫 커밋으로 기록한다

Q6. 분산 버전 관리 시스템의 특징으로 옳은 것은 무엇인가?

A 커밋할 때마다 중앙 서버 연결이 필요하다 B 히스토리를 포함한 저장소 전체가 각 개발자의 컴퓨터에 존재한다 C 히스토리는 서버에만 저장되고 로컬에는 최신 파일만 남는다 D 한 번에 한 명만 저장소를 수정할 수 있다

Q7. 커밋에 기록될 작성자 이름과 이메일을 설정하는 방법은 무엇인가?

A git remote add로 등록한다 B 커밋마다 git commit –author를 반드시 붙인다 C GitHub 프로필을 수정하면 로컬 Git에 자동 반영된다 D git config로 user.name과 user.email을 설정한다

Q8. GitHub의 organization 계정을 옳게 설명한 것은 무엇인가?

A 여러 구성원이 팀과 권한 체계를 갖추고 저장소를 공동 소유·관리하는 계정이다 B 개인 계정의 유료 업그레이드 명칭이다 C 자동화 봇 전용으로만 쓰이는 계정이다 D 2단계 인증이 적용되는 계정 유형을 가리키는 말이다

Q9. git status가 보여 주는 정보는 무엇인가?

A 커밋 히스토리 전체 B 원격 저장소의 브랜치 목록 C untracked, modified, staged 같은 working directory와 staging area의 현재 상태 D 저장소가 차지하는 디스크 용량

Q10. 커밋 객체에 포함되지 않는 것은 무엇인가?

A 부모 커밋을 가리키는 포인터 B 자식 커밋을 가리키는 포인터 C 작성자와 작성 시각 D 커밋 메시지

Domain 2: 저장소 다루기 (Q11〜Q17) #

Q11. fork를 옳게 설명한 것은 무엇인가?

A 다른 계정의 저장소를 내 계정으로 복사해 원본과 연결을 유지한 채 독립적으로 작업하는 GitHub 기능이다 B 저장소를 내 컴퓨터로 내려받는 Git 명령이다 C 저장소 안에서 새 브랜치를 만드는 명령이다 D 저장소를 압축 파일로 내려받는 기능이다

Q12. template repository로 새 저장소를 만들 때의 특징은 무엇인가?

A 원본의 커밋 히스토리 전체가 복사된다 B 원본과 fork 관계가 만들어진다 C 원본 저장소가 삭제되면 함께 삭제된다 D 파일 구조를 가져오되 커밋 히스토리 없이 새 저장소로 시작한다

Q13. 태그(tag)와 릴리스(release)의 관계를 옳게 설명한 것은 무엇인가?

A 같은 기능을 가리키는 두 이름이다 B 태그는 특정 커밋을 가리키는 Git 기능이고, 릴리스는 태그에 릴리스 노트와 배포 파일을 얹은 GitHub 기능이다 C 릴리스가 Git 기능이고 태그가 GitHub 기능이다 D 태그는 브랜치에만 붙일 수 있다

Q14. gist의 주된 용도는 무엇인가?

A CI 파이프라인을 실행하는 공간이다 B 이미지와 동영상을 호스팅하는 저장소다 C 코드 조각이나 짧은 텍스트를 간단히 공유하는 기능이다 D 저장소 전체를 백업하는 기능이다

Q15. 저장소 루트의 README.md 파일이 하는 역할은 무엇인가?

A 저장소 메인 페이지에 자동으로 렌더링되어 프로젝트 소개 역할을 한다 B 빌드 도구가 읽는 설정 파일이다 C GitHub Actions의 트리거 조건을 정의한다 D 저장소 설정의 description 필드와 같은 값이다

Q16. LICENSE 파일이 없는 공개 저장소의 코드에 대한 설명으로 옳은 것은 무엇인가?

A 자동으로 MIT 라이선스가 적용된다 B 자동으로 퍼블릭 도메인이 된다 C 공개되어 있으므로 누구나 자유롭게 사용·배포할 수 있다 D 기본 저작권이 적용되어, 열람은 가능해도 사용·수정·배포 권리는 명시적으로 부여되지 않은 상태다

Q17. internal 가시성(visibility)을 가진 저장소를 볼 수 있는 범위는 어디까지인가?

A 모든 GitHub 사용자 B 초대된 외부 협력자만 C 같은 enterprise에 속한 구성원 D 저장소를 만든 사람만

Domain 3: 협업 기능 (Q18〜Q31) #

Q18. Pull Request 본문에 적으면 머지될 때 12번 Issue가 자동으로 닫히는 표기는 무엇인가?

A ref #12 B Closes #12 C Issue #12 D #12

Q19. 라벨(label)의 용도는 무엇인가?

A Issue와 PR을 bug, enhancement처럼 분류하는 색상 태그다 B 커밋에 버전 이름을 붙이는 기능이다 C 사용자에게 권한을 부여하는 단위다 D 브랜치 이름 규칙을 강제하는 설정이다

Q20. 마일스톤(milestone)을 옳게 설명한 것은 무엇인가?

A 커밋 해시에 붙이는 별칭이다 B 저장소 용량을 나누는 단위다 C GitHub Actions의 실행 단계다 D Issue와 PR을 버전이나 목표 시점 단위로 묶어 진행률을 추적하는 기능이다

Q21. Issue template은 어디에 두는가?

A 저장소 루트의 issue.md 파일 B 저장소 wiki의 첫 페이지 C .github/ISSUE_TEMPLATE 디렉터리 D 파일로는 만들 수 없고 웹 설정 화면에서만 정의할 수 있다

Q22. Issue 코멘트에서 @username으로 멘션하면 어떤 일이 일어나는가?

A 그 사용자가 저장소 협력자로 추가된다 B 그 사용자에게 알림이 가고 대화에 참조로 연결된다 C 그 커밋의 작성자가 그 사용자로 바뀐다 D 리뷰 승인 요청으로 처리된다

Q23. GitHub Flavored Markdown에서 체크리스트 항목을 만드는 문법은 무엇인가?

A - [ ] 할 일 B * check 할 일 C [] 할 일 D HTML input 태그를 직접 작성한다

Q24. GitHub Flavored Markdown에서 여러 줄 코드 블록을 만드는 문법은 무엇인가?

A HTML pre 태그가 유일한 방법이다 B 각 줄을 8칸 들여쓴다 C 중괄호 두 개로 감싼다 D 백틱 3개로 감싸고 필요하면 언어 이름을 붙인다

Q25. Pull Request를 옳게 설명한 것은 무엇인가?

A 원격의 변경을 로컬로 가져오는 Git 명령이다 B 저장소 복제를 요청하는 절차다 C 한 브랜치의 변경을 다른 브랜치로 머지해 달라는 요청이자 리뷰가 이루어지는 공간이다 D 프로덕션 배포를 승인받는 문서다

Q26. draft Pull Request의 특징은 무엇인가?

A 승인 없이 자동으로 머지된다 B 아직 리뷰받을 준비가 안 됐음을 표시하는 상태로, Ready for review로 전환하기 전까지 머지할 수 없다 C 저장소 관리자에게만 보인다 D 코드 변경 없이 여는 PR을 가리킨다

Q27. Pull Request 리뷰를 제출할 때 선택할 수 있는 상태가 아닌 것은 무엇인가?

A Comment B Approve C Request changes D Force merge

Q28. CODEOWNERS 파일이 하는 일은 무엇인가?

A 지정한 경로가 변경된 PR에 해당 소유자를 자동으로 리뷰어로 지정한다 B 커밋 서명을 강제한다 C 저장소 소유권 이전을 신청하는 문서다 D LICENSE 파일의 다른 이름이다

Q29. 머지 방식 중 Squash and merge의 동작은 무엇인가?

A 머지 커밋을 만들어 브랜치의 흔적을 그대로 남긴다 B 브랜치의 커밋들을 대상 브랜치 위에 순서대로 재배치한다 C 브랜치의 모든 커밋을 하나로 합쳐 대상 브랜치에 커밋 하나로 추가한다 D 충돌을 자동으로 해결한 뒤 머지한다

Q30. Issues 대신 Discussions를 쓰기에 적합한 경우는 무엇인가?

A 재현 절차가 있는 버그를 추적할 때 B Q&A, 아이디어 제안처럼 특정 작업 항목이 아닌 열린 대화를 나눌 때 C 코드 줄 단위로 리뷰 코멘트를 달 때 D 보안 취약점을 비공개로 신고할 때

Q31. GitHub Pages를 옳게 설명한 것은 무엇인가?

A 저장소 wiki의 다른 이름이다 B 유료 플랜 전용 CMS다 C PR의 변경 사항을 미리 보는 화면이다 D 저장소의 콘텐츠로 정적 웹사이트를 만들어 호스팅하는 기능이다

Domain 4: 모던 개발 (Q32〜Q38) #

Q32. GitHub Actions 용어의 계층 관계로 옳은 것은 무엇인가?

A step 안에 job이 있고 job 안에 workflow가 있다 B workflow는 step의 하위 개념이다 C workflow 안에 job이 있고 job 안에 step이 있다 D 세 용어는 같은 것을 가리킨다

Q33. GitHub Actions의 workflow 파일은 어디에 어떤 형식으로 두는가?

A .github/workflows 디렉터리에 YAML 파일로 둔다 B 저장소 루트에 actions.json으로 둔다 C 파일 없이 웹 설정 화면에서만 정의한다 D .github/workflow 디렉터리에 마크다운으로 둔다

Q34. workflow가 언제 실행될지 정의하는 방법은 무엇인가?

A runs-on 키에 이벤트를 적는다 B on 키에 push, pull_request 같은 이벤트를 지정한다 C trigger라는 전용 파일을 만든다 D 모든 workflow는 수동 실행만 가능하다

Q35. GitHub Actions의 runner란 무엇인가?

A workflow 파일의 문법 검사 도구다 B job의 실행 순서를 정하는 스케줄러 설정이다 C 빌드 산출물을 보관하는 저장소다 D job을 실제로 실행하는 머신으로, GitHub 호스팅과 self-hosted 두 종류가 있다

Q36. Codespaces와 github.dev 편집기의 차이는 무엇인가?

A Codespaces는 클라우드 개발 환경에서 실행·빌드·터미널까지 지원하고, github.dev는 브라우저 편집기만 제공한다 B github.dev가 Codespaces의 유료 상위 버전이다 C 같은 제품의 새 이름과 옛 이름이다 D Codespaces에서는 파일 편집이 불가능하다

Q37. GitHub Copilot을 옳게 설명한 것은 무엇인가?

A CI 파이프라인 실행 서비스다 B 코드 전문 검색 엔진이다 C 에디터에서 코드 제안과 채팅을 제공하는 AI 코딩 어시스턴트다 D 프로젝트 일정 관리 도구다

Q38. GitHub Packages를 옳게 설명한 것은 무엇인가?

A Marketplace에서 앱을 내려받는 기능이다 B npm, 컨테이너 이미지 같은 패키지를 코드 저장소와 같은 곳에서 호스팅하는 패키지 레지스트리다 C 저장소를 압축해 백업하는 기능이다 D release의 다른 이름이다

Domain 5: 프로젝트 관리 (Q39〜Q41) #

Q39. GitHub Projects가 제공하는 뷰의 조합으로 옳은 것은 무엇인가?

A table 뷰만 제공한다 B board 뷰만 제공한다 C 간트 차트 뷰만 제공한다 D table, board, roadmap 뷰를 제공한다

Q40. GitHub Projects의 built-in 자동화로 가능한 것의 예는 무엇인가?

A Issue가 닫히면 해당 item의 Status를 Done으로 자동 변경한다 B 커밋 메시지를 자동으로 작성한다 C 머지 충돌을 자동으로 해결한다 D 코드 리뷰를 자동으로 승인한다

Q41. 저장소의 Insights 탭에서 확인할 수 있는 것은 무엇인가?

A 보안 취약점 알림 전용 목록 B 커밋, PR, 기여자 추이 같은 저장소 활동 지표 C 조직의 결제 내역 D 내 프로필의 방문자 수

Domain 6: 프라이버시·보안·관리 (Q42〜Q47) #

Q42. 코드 push 권한 없이 Issue와 PR에 라벨을 붙이고 담당자를 지정하는 등 분류 작업이 가능한 저장소 role은 무엇인가?

A Read B Write C Triage D Admin

Q43. 2단계 인증(2FA)이 보호하는 것은 무엇인가?

A 커밋 내용을 암호화한다 B 저장소를 자동으로 백업한다 C 코드의 취약점을 스캔한다 D 비밀번호 외 추가 인증 요소를 요구해 계정 탈취 위험을 줄인다

Q44. fine-grained personal access token이 classic 토큰과 다른 점은 무엇인가?

A 접근할 수 있는 저장소와 권한 항목을 세밀하게 제한할 수 있다 B 만료 기한이 없다 C 항상 모든 저장소에 전체 권한을 가진다 D organization 저장소에는 쓸 수 없다

Q45. branch protection 규칙으로 강제할 수 있는 것은 무엇인가?

A 커밋 메시지의 맞춤법 B PR 리뷰 승인과 status check 통과 전에는 머지할 수 없게 차단 C 저장소에서 쓸 프로그래밍 언어 D 하루에 만들 수 있는 Issue 개수

Q46. Dependabot의 기능이 아닌 것은 무엇인가?

A 취약한 의존성을 발견해 알리는 alerts B 취약점을 고친 버전으로 올리는 security updates PR C 코드 스타일을 자동으로 고치는 포매팅 D 의존성을 최신 버전으로 유지하는 version updates PR

Q47. secret scanning의 push protection 기능은 무엇을 하는가?

A force push를 차단한다 B 대용량 파일이 포함된 push를 차단한다 C 브랜치 삭제를 방지한다 D 알려진 형식의 자격 증명이 포함된 push를 수신 단계에서 차단한다

Domain 7: GitHub 커뮤니티 (Q48〜Q50) #

Q48. InnerSource를 옳게 설명한 것은 무엇인가?

A 오픈소스의 협업 방식(공개 저장소, PR, 리뷰 문화)을 조직 내부 저장소에 적용하는 접근이다 B 소스 코드를 암호화해 보관하는 기법이다 C GitHub가 제공하는 사내 메신저다 D private 저장소의 공식 명칭이다

Q49. CONTRIBUTING.md 파일의 역할은 무엇인가?

A 라이선스 전문을 담는 파일이다 B 기여 절차와 규칙을 안내하는 문서로, Issue와 PR 작성 화면에서 링크로 노출된다 C 기여자 명단이 자동으로 기록되는 파일이다 D 행동 강령(Code of Conduct)과 같은 파일이다

Q50. GitHub Sponsors를 옳게 설명한 것은 무엇인가?

A 저장소에 광고를 게재하는 프로그램이다 B 개발자 채용 공고 서비스다 C 유료 기술 지원 티켓 시스템이다 D 오픈소스 개발자와 프로젝트를 정기적으로 후원할 수 있는 기능이다

채점과 다음 단계 #

43문항 이상 — 충분히 준비된 상태입니다. 실제 시험을 예약해도 좋습니다.
38〜42문항 — 합격권입니다. 틀린 문항의 도메인을 해당 편에서 한 번 더 정리한 뒤 예약하기 바랍니다.
37문항 이하 — 틀린 문항이 몰린 도메인(#2〜#9)으로 돌아가 개념을 다시 세우고, 며칠 뒤 이 모의고사를 다시 풀어 보기 바랍니다.

실제 시험은 본 모의고사보다 문항 수가 많고 표현이 다양하지만, 묻는 개념의 범위는 같습니다. 기능의 이름과 역할을 정확히 짝짓는 훈련이 되어 있다면 시간은 충분합니다.

이상으로 GitHub Foundations 시리즈를 마칩니다.