내려받기와 설치
사전 준비에서 공통 묶음을 끝냈다면 이 단계는 보통 5~10분 정도 걸립니다.
1) base를 내 프로젝트로 가져오기
섹션 제목: “1) base를 내 프로젝트로 가져오기”base를 받는 방법은 두 가지가 있습니다. git이 처음이면 GitHub Template 쪽이 친절합니다.
A. GitHub Template — 권장
섹션 제목: “A. GitHub Template — 권장”- base의 GitHub 페이지(github.com/ddakit/e2e-base)를 엽니다.
- 우측 상단의 초록색 Use this template 버튼을 누르고 Create a new repository를 고릅니다.
- 본인 GitHub 계정 아래 새 저장소 이름을 정합니다. 예:
my-app-e2e. - Create repository를 누릅니다.
내 계정 아래에 base의 새 복제본이 만들어집니다. 이제 그 복제본을 컴퓨터로 받아 옵니다. 터미널을 열고 다음 명령을 실행합니다.
cd ~/Desktop # 또는 원하는 작업 폴더git clone https://github.com/<your-id>/my-app-e2e.gitcd my-app-e2e<your-id> 자리에는 본인 GitHub 사용자명을 넣어 주세요.
B. 그냥 git clone — git이 이미 익숙하다면
섹션 제목: “B. 그냥 git clone — git이 이미 익숙하다면”git clone https://github.com/ddakit/e2e-base.git my-app-e2ecd my-app-e2egit remote rename origin base # ddakit 갱신 채널을 base 라는 이름으로 남겨 둠# 본인 GitHub에 빈 저장소를 만든 다음, 그 주소로 origin 을 새로 잡습니다:# git remote add origin https://github.com/<your-id>/my-app-e2e.gitbase 원격은 끊지 말고 남겨 두면 베이스 업데이트 받기 단계에서 그대로 씁니다. origin 본인 저장소와 base ddakit 갱신 채널이 한 자리에서 같이 사는 구조입니다.
2) 본인 GitHub 저장소 연결 확인
섹션 제목: “2) 본인 GitHub 저장소 연결 확인”이 자리부터 본인이 만드는 모든 commit은 본인 GitHub 저장소로 흘러갑니다. 흐름이 잘 잡혔는지 한 번만 확인합니다.
git remote -vA 경로로 받았다면 origin 두 줄에 본인 저장소 주소가 박혀 있습니다.
origin https://github.com/<your-id>/my-app-e2e.git (fetch)origin https://github.com/<your-id>/my-app-e2e.git (push)B 경로로 받았는데 origin이 안 보인다면, 본인 GitHub에 빈 저장소를 먼저 만들고 다음 두 줄로 연결합니다.
git remote add origin https://github.com/<your-id>/my-app-e2e.gitgit push -u origin main-u 플래그는 다음 push부터 git push만 쳐도 같은 자리로 가게 박아 둡니다. 처음 한 번만 필요한 플래그입니다.
3) 환경 부트스트랩
섹션 제목: “3) 환경 부트스트랩”base 안에는 init.sh라는 스크립트가 들어 있습니다. 의존성 설치, typecheck, 그리고 Playwright 브라우저 설치(웹/데스크톱 트랙일 때)까지 한 번에 돌려 줍니다. 다음 한 줄을 실행합니다.
bash init.sh정상 화면
섹션 제목: “정상 화면”스크립트가 위에서 아래로 단계를 출력하면서 도는데, 보통 다음 모양으로 흘러갑니다.
→ Node 버전 확인v20.x.x→ 패키지 매니저: pnpm→ 의존성 설치...✓ 환경 준비 완료.마지막에 ✓ 환경 준비 완료.가 보이고, 그 아래 “다음 단계” 안내와 프로덕션 금지 경고가 같이 떠 있으면 잘 끝난 것입니다.
막힌 화면
섹션 제목: “막힌 화면”✗ package.json이 없습니다.가 보이면 아직 테스트 골격이 안 만들어진 상태입니다. 첫 fork 직후라면 정상입니다. 이 경우는 첫 실행에서프로젝트 시작을 먼저 돌려/2-setup-base로 골격을 만든 다음init.sh를 다시 실행합니다.(Playwright 설치 실패 — 네트워크 확인)줄은 브라우저 내려받기가 네트워크에서 막힌 자리입니다. 잠시 후pnpm exec playwright install --with-deps chromium을 직접 한 번 더 돌려 봅니다.command not found: pnpm같은 줄이 보이면 사전 준비의 패키지 매니저 설치가 안 끝난 상태입니다.
4) 첫 fork 직후라면 골격이 비어 있는 게 정상
섹션 제목: “4) 첫 fork 직후라면 골격이 비어 있는 게 정상”여기서 한 가지 헷갈리기 쉬운 자리가 있습니다. base를 막 받은 직후에는 tests/ 폴더가 비어 있거나 아예 없습니다. 테스트 파일이 하나도 안 보여도 정상입니다.
이 base는 무오염 원칙을 둡니다. 누군가의 테스트 결과물을 미리 넣어 두지 않습니다. 본인이 첫 실행에서 프로젝트 시작을 돌리는 순간 빈 템플릿이 만들어지고, 무엇을 테스트할지 정하기와 첫 테스트 한 개를 거치면서 본인 앱에 맞는 테스트가 채워집니다.
그러니 지금 ls tests/를 쳐서 아무것도 안 나와도 당황하지 않으셔도 됩니다. 채워지는 자리는 다음 단계들입니다.
bash init.sh가 ✓ 환경 준비 완료.로 끝났다면 첫 실행으로 갑니다.