FIELD LIBRARY / READ WHEN NEEDED
2일차 · 선택 심화 자료
이 폴더 안에서 발표·교재·코드·심화 원문을 오프라인으로 이동할 수 있습니다.
02일차
04교시
37발표 슬라이드
04공통 원문 파일
REFERENCE LIBRARY
2일차 · 필요한 교시에서 더 깊게
이 일차의4교시 배치표와 공통 참고 원문4개를 포함합니다. 외부 원문은 온라인 참고 안내에서 주소를 확인하세요.
목차와 처음으로 ↑FIELD NOTES
2일차 · Codex와 Git 작업 흐름
과제 체크 앱 수정·검색, 기능별 커밋과 PR, Docker 개발 환경
CONNECTED READING
D2-1 · Codex로 기존 앱 읽고 수정하기
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
Codex 수정도 작은 Git 기록부터
- 작업 폴더→staging area→commit의 세 영역을 구분한다.
- 수정 전에 폴더·브랜치·실행 명령·변경 파일을 확인한다.
- 시제품을 가져오면 서버·DB·외부 API 의존성부터 읽는다.
- 과제 수정 기능을 작게 구현하고 diff와 검증을 남긴다.
uc-anchor 사례 · 이번 실습에 적용할 판단
- 기록: 기능이 확장되며 화면과 업무 규칙을 함께 점검했다.
- 비교: 프런트엔드 수정도 DB 저장 규칙과 연결된 부분을 읽어야 한다.
- 적용: 과제 수정 전 기존 추가·완료·삭제의 성공 기준을 적는다.
uc-anchor 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 4개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
Git 명령 전체를 암기시키지 않는다. 이번 변경의 diff·검증·커밋을 한 묶음으로 설명하고 긴 명령 예제는 원문 파일에서 선택한다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑CONNECTED READING
D2-2 · 과제 검색과 기존 기능 검증
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
검색 개선과 회귀 검사·복구의 기준
- 검색은 표시 조건만 바꾸고 실제 저장 데이터를 바꾸지 않는다.
- 회귀 검사로 추가·수정·완료·삭제·새로고침을 다시 확인한다.
- 충돌은 파일별 의도를 읽고 해결한 뒤 실행과 diff를 검사한다.
- 복구 대상이 작업 파일·로컬 commit·공유 이력 중 무엇인지 먼저 정한다.
uc-anchor 사례 · 이번 실습에 적용할 판단
- 기록: 화면과 업무 규칙이 결합되며 기존 동작의 일관성이 중요해졌다.
- 비교: 검색 구현도 목록 표시와 저장 결과를 따로 검증한다.
- 적용: 이전 기능을 확인한 체크리스트와 작은 기능별 commit을 남긴다.
uc-anchor 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 2개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
충돌/복구 명령은 별도 실습 저장소에서 선택 심화로 진행한다. 학생 과제의 미커밋 변경을 지우는 명령을 기본 진행 순서에 넣지 않는다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑CONNECTED READING
D2-3 · Git·GitHub PR과 Pages 재배포
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
origin/main·PR·병합을 눈으로 확인
- origin은 원격 별칭, main은 로컬 브랜치, origin/main은 원격 추적 참조다.
- fetch는 참조를 갱신하고 pull은 현재 브랜치에 통합한다.
- PR 검토·merge·배포 완료는 서로 다른 단계다.
- 아래 Git 상태 시뮬레이터로 add→commit→push→원격 변경→fetch를 비교한다.
kysong 사례 · 이번 실습에 적용할 판단
- 기록: GitHub 저장소와 Vercel 배포를 연결해 기능을 확장했다.
- 비교: 로컬 commit·원격 push·서비스 배포의 결과를 각각 확인한다.
- 적용: 학생 과제 앱은 PR 병합 뒤 Pages의 실제 공개 기능을 재검사한다.
kysong 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 8개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
Thomas dot의 브랜치·origin/main 설명을 이 교시에서 사용한다. 병합 방식/30분 추가 연습/질문 카드는 선택 참고이며 기존 PR 실습시간을 연장하지 않는다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑CONNECTED READING
D2-4 · Docker와 로컬 Supabase
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
분리한 작업 폴더와 Docker 개발 환경
- Worktree는 같은 저장소의 다른 작업 폴더이며 브랜치와 다르다.
- 폴더가 달라도 포트·환경 파일·DB 연결은 충돌할 수 있다.
- Docker 로컬 Supabase는 운영 데이터를 건드리지 않는 검증 환경이다.
- 별도 작업 폴더·포트·DB 대상을 기록하고 실습 뒤 본인 환경만 정리한다.
u-livet 사례 · 이번 실습에 적용할 판단
- 기록: Docker의 로컬 Supabase에서 인증·업무 기능을 검증했다.
- 판단: 운영은 관리형 Supabase와 Vercel로 역할을 나눴다.
- 적용: 과제 앱도 로컬 가상 계정으로 RLS를 실험한다.
u-livet 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 4개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
Docker가 브랜치마다 DB를 자동 분리해준다고 설명하지 않는다. Worktree 생성·멀티기기·정리는 선택 심화이고 본 실습은 로컬 스택의 실행과 연결 확인이다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑