콘텐츠로 이동

내려받기와 설치

사전 준비에서 공통 묶음을 끝냈다면 이 단계는 보통 5~10분 정도 걸립니다.

1) base를 내 프로젝트로 가져오기

섹션 제목: “1) base를 내 프로젝트로 가져오기”

base를 받는 방법은 두 가지가 있습니다. git이 처음이면 GitHub Template 쪽이 친절합니다.

  1. base의 GitHub 페이지(github.com/ddakit/e2e-base)를 엽니다.
  2. 우측 상단의 초록색 Use this template 버튼을 누르고 Create a new repository를 고릅니다.
  3. 본인 GitHub 계정 아래 새 저장소 이름을 정합니다. 예: my-app-e2e.
  4. Create repository를 누릅니다.

내 계정 아래에 base의 새 복제본이 만들어집니다. 이제 그 복제본을 컴퓨터로 받아 옵니다. 터미널을 열고 다음 명령을 실행합니다.

Terminal window
cd ~/Desktop # 또는 원하는 작업 폴더
git clone https://github.com/<your-id>/my-app-e2e.git
cd my-app-e2e

<your-id> 자리에는 본인 GitHub 사용자명을 넣어 주세요.

B. 그냥 git clone — git이 이미 익숙하다면

섹션 제목: “B. 그냥 git clone — git이 이미 익숙하다면”
Terminal window
git clone https://github.com/ddakit/e2e-base.git my-app-e2e
cd my-app-e2e
git remote rename origin base # ddakit 갱신 채널을 base 라는 이름으로 남겨 둠
# 본인 GitHub에 빈 저장소를 만든 다음, 그 주소로 origin 을 새로 잡습니다:
# git remote add origin https://github.com/<your-id>/my-app-e2e.git

base 원격은 끊지 말고 남겨 두면 베이스 업데이트 받기 단계에서 그대로 씁니다. origin 본인 저장소와 base ddakit 갱신 채널이 한 자리에서 같이 사는 구조입니다.

이 자리부터 본인이 만드는 모든 commit은 본인 GitHub 저장소로 흘러갑니다. 흐름이 잘 잡혔는지 한 번만 확인합니다.

Terminal window
git remote -v

A 경로로 받았다면 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에 빈 저장소를 먼저 만들고 다음 두 줄로 연결합니다.

Terminal window
git remote add origin https://github.com/<your-id>/my-app-e2e.git
git push -u origin main

-u 플래그는 다음 push부터 git push만 쳐도 같은 자리로 가게 박아 둡니다. 처음 한 번만 필요한 플래그입니다.

base 안에는 init.sh라는 스크립트가 들어 있습니다. 의존성 설치, typecheck, 그리고 Playwright 브라우저 설치(웹/데스크톱 트랙일 때)까지 한 번에 돌려 줍니다. 다음 한 줄을 실행합니다.

Terminal window
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✓ 환경 준비 완료.로 끝났다면 첫 실행으로 갑니다.