|
1장. 코드를 날려본 사람만 안다
1-1. 그날의 랜딩페이지: 마케터가 파일을 잃는 6가지 전형적 순간 1-2. "최종_진짜최종_v3.html" ? 파일명 버전관리가 반드시 실패하는 이유 1-3. 백업·클라우드 동기화가 롤백을 대신하지 못하는 지점 1-4. 마케터가 실제로 다루는 코드 자산 지도 (랜딩·GTM·광고 스크립트·자동화·프롬프트) 1-5. 이 책의 약속: 12절차 롤백 SOP 미리보기와 학습 지도 2장. Git이라는 세이브 포인트 2-1. Git을 게임 세이브로 이해하기: 저장소·스테이징·커밋의 3단 구조 2-2. 30분 설치 세팅: Git 설치, 이름·이메일, 기본 브랜치, 에디터 2-3. 첫 세이브포인트 만들기: init → add → commit 실습 워크스루 2-4. 히스토리 읽는 법: log·diff·status로 "무엇이 언제 바뀌었나" 확인하기 2-5. .gitignore와 마케터의 금지 목록: API 키·광고비 데이터·대용량 소재 3장. GitHub라는 인터넷 창고 3-1. 로컬만으로는 부족한 이유: 원격 저장소가 지켜주는 3가지 3-2. 계정·저장소 만들기와 공개/비공개 결정 기준 3-3. clone·push·pull: 내 컴퓨터와 창고를 동기화하는 최소 3동사 3-4. 브라우저만으로 하는 GitHub: 웹 편집·커밋·히스토리 열람 3-5. 마케터를 위한 GitHub 활용법: 이슈·프로젝트·Pages로 팀 자산 관리 4장. 되돌리기 12절차 롤백 SOP 4-1. 사고 유형 진단표: 내 상황은 어느 케이스인가 (커밋 전/후/푸시 후) 4-2. 롤백 SOP 1~4단계: 멈춤·현상 기록·현재 상태 백업·범위 확정 4-3. 롤백 SOP 5~8단계: 시점 특정·안전 브랜치·restore/revert 실행 4-4. 롤백 SOP 9~12단계: 검증·공유·기록·재발 방지 커밋 4-5. 최후의 보루 reflog와 절대 하지 말아야 할 명령들 5장. 팀과 함께 쓰는 최소 규칙 5-1. 브랜치 최소 규칙: main 보호와 작업 브랜치 네이밍 5-2. Pull Request로 대화하기: 리뷰 요청·코멘트·머지 5-3. 커밋 메시지 규칙과 마케팅 팀 전용 템플릿 5-4. 대행사·개발팀·프리랜서와 협업하는 권한 설계 5-5. 30일 정착 플랜과 팀 온보딩 체크리스트 |