계정 만들기
GitHub 웹사이트에서 이메일로 계정을 만듭니다. 비밀번호는 길고 다른 곳과 겹치지 않게 만들고, 2단계 인증도 켜 두세요.
0. 시작 전 안심하기
이미 시작할 준비가 되어 있어요
지금까지의 길을 기억해요. 간단한 GitHub Pages 사이트를 이미 만들어 본 적이 있다면, 새 저장소로 연습해도 좋고 기존 저장소를 연결해 계속 고쳐도 됩니다. 둘 다 정상적인 방법이에요.
이 페이지의 메뉴 이름은 이해를 돕기 위한 예시입니다. GitHub 앱과 웹의 화면·이름은 업데이트에 따라 조금 달라질 수 있어요. 메뉴 이름보다 “저장소에서 파일을 고치고, 변경을 저장하고, 배포한다”는 흐름을 기억해 주세요.
1. GitHub 첫걸음
GitHub는 내 웹사이트의
안전한 파일 서랍이에요
저장소 만들기
Repository(저장소)는 사이트 파일을 담는 프로젝트 폴더예요. 새 연습용 저장소를 만들거나, 연결 권한이 있는 기존 저장소를 열 수 있어요.
파일을 저장하기
index.html은 첫 화면, styles.css는 꾸밈 파일입니다. 바꾼 내용을 commit(커밋)하면 “저장한 이력”이 남아요.
처음 보는 말, 짧게 보기
- 저장소 (Repository)
- 파일과 변경 기록을 모아 둔 프로젝트 공간
- 브랜치 (Branch)
- 원본을 건드리기 전, 따로 작업하는 갈래
- 커밋 (Commit)
- 변경 내용에 이름을 붙여 저장한 한 묶음
- 배포 (Deploy)
- 웹사이트 파일을 인터넷에서 보이게 하는 과정
2. Copilot은 무엇인가요?
글로 부탁하면
초안을 함께 만드는 도우미
GitHub Copilot은 코드를 설명하고, 초안을 제안하고, 고칠 방향을 함께 찾는 AI 도구예요. 최종 결정과 저장은 항상 사용자가 합니다. 제안된 코드는 읽어 보고, 한 번에 작은 부분씩 적용하세요.
중요: Copilot에 비밀번호, 인증 코드, 전화번호, 주소, 비공개 계약서처럼 민감한 정보는 붙여 넣지 마세요.
3. PC와 안드로이드, 무엇이 다를까요?
둘 다 쓸 수 있지만
잘하는 일이 조금 달라요
PC 웹 브라우저
파일 여러 개를 비교하고, 긴 글을 고치고, GitHub Pages 설정과 Actions 결과를 확인하기 편합니다. 처음 배포할 때 특히 추천해요.
Android GitHub Mobile
알림 확인, 이슈·변경 내용 보기, 짧은 편집과 커밋에 편합니다. 다만 일부 Pages·Actions 설정이나 복잡한 파일 편집은 모바일에서 보이지 않거나 제한될 수 있어요.
현실적인 조합: 휴대폰으로 알림과 작은 수정 → PC에서 설정·검토·첫 배포. 모바일 화면에서 메뉴가 안 보이면 오류가 아니라 PC 웹에서 이어 하면 됩니다.
4. Copilot, 프로젝트, 저장소의 관계
집, 방, 그리고 도우미처럼 생각해요
저장소내 사이트 파일과 기록
예: 나의-소개-사이트
프로젝트작업을 모아 보는 공간
하나 또는 여러 저장소를 연결할 수 있어요.
Copilot작업을 돕는 AI
연결·권한이 허용된 범위에서 맥락을 보고 제안합니다.
새 저장소로 사이트를 시작해도 되고, 이미 만든 사이트 저장소를 프로젝트에 연결해 이어서 작업해도 됩니다. Copilot이 접근하거나 변경을 제안하더라도 공개 범위, 연결 권한, 최종 저장은 직접 확인하세요.
5. GitHub Pages로 공개하기
두 가지 배포 방법 중
하나만 고르면 됩니다
가장 단순함
브랜치에서 배포
- 저장소에
index.html을 저장합니다. - 저장소 Settings → Pages로 갑니다.
- 배포 원본에서 브랜치(보통
main)와 폴더(/(root))를 고르고 저장합니다. - 잠시 기다린 뒤 표시된 주소를 엽니다.
작은 정적 사이트라면 이 방법만으로 충분합니다.
이 저장소에 포함됨
GitHub Actions로 배포
main브랜치에 변경을 저장합니다.- Actions가 사이트를 배포합니다.
- Settings → Pages에서 원본을 GitHub Actions로 선택합니다.
- Actions 탭에서 성공 표시 후 주소를 엽니다.
나중에 검사·변환 같은 단계를 더하고 싶을 때 유연합니다.
꼭 알아두기: Actions는 필수가 아닙니다. 브랜치 배포와 Actions 배포를 동시에 켜지 말고, 한 저장소에는 현재 사용할 한 방법만 선택하세요. 화면의 정확한 메뉴 이름은 바뀔 수 있으니 Pages 설정에서 “배포 원본”을 찾으면 됩니다.
6. 기존 개인 도메인은 안전하게
등록 이전이 아니라
DNS 연결만 하는 방법
이미 가진 example.com 같은 도메인은 등록 업체를 옮길 필요 없이 사용할 수 있어요. GitHub Pages의 Custom domain에 도메인을 입력하고, 현재 도메인 등록 업체의 DNS 설정에서 GitHub가 안내하는 레코드를 추가·수정하면 됩니다.
바꾸기 전 꼭 읽어 주세요
DNS를 바꾸면 그 도메인에서 보이던 기존 라이브 사이트가 새 사이트로 바뀌거나 잠시 보이지 않을 수 있습니다. DNS는 “인터넷 주소 안내판”을 바꾸는 작업이에요.
- 새 Pages 주소에서 사이트를 먼저 완성해 확인합니다.
- 현재 DNS 레코드를 화면 캡처하거나 기록합니다.
- GitHub 안내 값만 정확히 적용합니다.
- 새 도메인에서 정상 표시·HTTPS를 확인한 뒤에만 이전 호스팅을 정리합니다.
기존 호스팅은 확인 전 취소하지 마세요. 도메인 소유자 승인 없이 등록 이전이나 DNS 변경이 자동으로 이루어지지 않습니다.
7. 검색에 나오게 하려면
Google과 Naver에
“내 사이트예요”라고 알려 주세요
Google Search Console
사이트를 추가하고 소유권을 확인한 뒤, URL 검사에서 메인 주소의 색인 생성을 요청할 수 있어요. HTML 태그나 DNS 확인은 화면 안내대로 직접 적용합니다.
Naver Search Advisor
사이트를 등록하고 소유 확인을 한 뒤, 사이트맵·RSS가 있다면 제출합니다. 한국어 사이트라면 함께 등록해 두는 편이 좋아요.
기다림도 과정입니다. 색인은 보통 며칠에서 몇 주가 걸릴 수 있으며, 새 사이트나 변경 내용은 더 오래 걸릴 수 있습니다. 등록·요청이 바로 검색 노출을 보장하지는 않아요. Copilot은 안내문과 파일 초안을 도울 수 있지만, 소유권 확인과 서비스 등록은 계정 소유자가 직접 승인해야 합니다.
8. 누가 무엇을 하나요?
내가 결정하고,
Copilot은 옆에서 돕습니다
내가 직접 할 일
- GitHub·도메인·검색 서비스 계정에 로그인
- 공개 범위와 권한, 변경 내용을 확인
- 커밋·배포·DNS·소유권 확인을 최종 승인
- 사이트 주소와 실제 화면을 직접 점검
Copilot에게 부탁할 수 있는 일
- 소개 글과 HTML/CSS 초안 만들기
- 어려운 오류 메시지 쉽게 설명하기
- 작은 수정 위치 찾기와 변경 제안
- 체크리스트와 배포 순서 정리하기
9. 마지막 안전 수칙
천천히 확인하면
충분히 잘할 수 있어요
- 공개 저장소에는 비밀번호, API 키, 개인 연락처, 주소를 올리지 않기
- 한 번에 크게 바꾸기보다, 작은 변경 → 미리 보기 → 커밋 순서로 하기
- 낯선 코드나 요청은 “무엇을 바꾸는지” 설명을 먼저 요청하기
- 도메인 DNS 변경 전 현재 설정을 백업하고, 기존 호스팅은 새 사이트 확인 후 정리하기