From 9c7cf85703e88888644581a38504b8748ebdc23c Mon Sep 17 00:00:00 2001
From: 2ssac <163278029+theSnackOverflow@users.noreply.github.com>
Date: Thu, 25 Sep 2025 08:42:39 +0900
Subject: [PATCH 01/33] Update README.md

---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index 8ce58dc..8058b3c 100644
--- a/README.md
+++ b/README.md
@@ -1,7 +1,7 @@
 # Git-Study
 ### 💻 실행 환경 안내
 과제 확인과 수행, 인증은 모두 CLI 환경에서 진행됩니다.
-> 맥의 경우 `Git_Study` 폴더 위에서 오른쪽 버튼을 클릭하신 후 `서비스` > `폴더에서 새로운 터미널 열기`를 클릭하셔서 터미널을 실행해주세요!
+> 맥의 경우 `9th_UMC_Git_Workbook` 폴더 위에서 오른쪽 버튼을 클릭하신 후 `서비스` > `폴더에서 새로운 터미널 열기`를 클릭하셔서 터미널을 실행해주세요!
 
 > 윈도우의 경우 Git Bash를 이용해 진행해주세요.
 

From a50007f1c692494085bb299bc24df1b2765899f1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=EC=9E=A5=EC=9D=80=EC=A3=BC?= <eunju8996@gmail.com>
Date: Thu, 25 Sep 2025 18:37:16 +0900
Subject: [PATCH 02/33] =?UTF-8?q?week1-mori=20=EA=B3=BC=EC=A0=9C=20?=
 =?UTF-8?q?=EC=A0=9C=EC=B6=9C?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore |  1 +
 week1.md   | 68 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 69 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..14fe8a7
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,68 @@
+\## 1주차: TypeScript 기초 정리
+
+
+
+\## TypeScript
+
+
+
+TypeScript는 JavaScript에 타입 시스템을 추가한 언어로, 컴파일 시점에 타입 검사를 할 수 있게 도와준다.
+
+이로 인해 코드 안정성이 높아지고 유지보수가 쉬워짐
+
+
+
+---
+
+
+
+\## 🔍 주요 개념
+
+\### 1. TypeScript
+
+* 매개변수 타입 : 매개변수 이름 뒤에 ': 타입' 형식으로 작성
+* 반환 타입 : 매개변수 목록 ( )뒤에 ': 타입'을 붙여서 함수가 어떤 값을 반환할 지 명시
+* 여러가지 타입
+
+&nbsp;	- 숫자 : number
+
+&nbsp;	- 문자열 : string
+
+&nbsp;	- 참 / 거짓 불 값 : boolean
+
+&nbsp;	- 값 없음 : null
+
+&nbsp;	- 값이 아직 할당되지 않음 : undefined
+
+&nbsp;	- 고유한 값 : symbol
+
+&nbsp;	-  매우 큰 정수 : bigint
+
+&nbsp;	- 객체 표현 : object 
+
+
+
+\### 2. 배열타입, 튜플타입
+
+* 배열 타입 
+
+&nbsp;	- string \[ ] : 배열 요소가 문자열임을 간단히 표시하는 방법
+
+&nbsp;	- Array<string> : 제네릭 문법을 활용해서 타입을 지정하는 방법
+
+* 튜플 타입 : 배열과 비슷하지만 각 요소의 타입과 순서가 고정되어 있음
+
+&nbsp;	- 예시 : const tuple \[string, boolean, number] = \["모리", ture, 21]
+
+
+
+\### 3. Interface 객체 타이핑
+
+* Merging Interfaces : TypeScript에서는 \*\*같은 이름을 가진 여러 인터페이스가 선언되면 자동으로 병합\*\*
+
+&nbsp;	- 특징 : 자동 병합, 확장성, 타입 안정성 유지
+
+* 네임스페이스 : 코드를 \*\*모듈화하고 그룹화해서 관리\*\*할 수 있는 방법
+
+&nbsp;	- 특징 : 코드 조직화, 자동 병합, 전역 오염 방지
+

From 87f85fcb30c841837f5ca0fba3b20ede2ce71c8f Mon Sep 17 00:00:00 2001
From: MunJinYeong <moonjinyung64@gmail.com>
Date: Fri, 26 Sep 2025 14:23:08 +0900
Subject: [PATCH 03/33] =?UTF-8?q?=EB=A7=A4=EB=AF=B8=201=EC=A3=BC=EC=B0=A8?=
 =?UTF-8?q?=20=EA=B3=BC=EC=A0=9C?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore |  1 +
 week1.md   | 43 +++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 44 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..5ca50c5
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,43 @@
+### 🔥 Git이란 무엇이고 왜 사용해야 할까요?
+
+[cite_start]Git은 파일의 변경 사항을 추적하고 여러 사용자 간의 작업을 조율하는 **분산 버전 관리 시스템**입니다. [cite: 1]
+
+---
+
+### **주요 개념**
+
+* **파일 변경 사항 추적:** Git을 사용하면 파일을 여러 버전으로 저장할 필요 없이, 파일 내의 변경 이력을 **로그 형식**으로 기록하고 관리할 수 있습니다. [cite_start]이를 통해 특정 시점의 내용으로 쉽게 되돌아갈 수 있으며, 저장 공간을 효율적으로 사용할 수 있습니다. [cite: 1]
+* **협업 조율:** **GitHub**와 같은 원격 저장소(remote)를 활용하여 여러 사용자가 동일한 파일에 접근하고 공동으로 작업할 수 있습니다. [cite_start]각 사용자는 파일의 전체 이력을 자신의 컴퓨터(local)에 복제하여 작업하므로 원활한 협업이 가능합니다. [cite: 1]
+* **분산 버전 관리:** 중앙 저장소의 전체 이력을 각 사용자의 컴퓨터에 복사하여 작업하는 방식입니다. [cite_start]여러 사용자가 개별적으로 버전을 관리하고, 나중에 작업 결과를 통합할 수 있습니다. [cite: 1]
+
+---
+
+### **파일 관리 방식**
+
+[cite_start]Git은 **저장소(repository)**라는 개념을 사용하여 파일들을 관리하며, 이는 로컬 저장소와 원격 저장소로 나뉩니다. [cite: 1]
+
+1.  [cite_start]**Working Directory (작업 공간):** 현재 작업 중인 폴더입니다. [cite: 1]
+    * [cite_start]`.gitignore` 파일을 이용해 특정 파일이나 폴더(예: 보안 토큰, 개인 설정)가 추적되지 않도록 관리할 수 있습니다. [cite: 1]
+2.  [cite_start]**Staging Area (스테이징 공간):** 커밋(commit)할 변경 사항을 준비하는 공간입니다. [cite: 1]
+    * `git add` 명령어를 사용해 변경된 파일(`modified`)을 스테이징(`staged`) 상태로 만듭니다. [cite_start]이를 통해 여러 변경 파일 중 원하는 것만 선택하여 커밋할 수 있습니다. [cite: 1]
+3.  [cite_start]**Local Repository (로컬 저장소):** `git commit` 명령어를 통해 파일의 변경 사항을 **버전**으로 기록하는 곳입니다. [cite: 1]
+    * [cite_start]이후 `git push` 명령어를 사용해 로컬 저장소의 내용을 원격 저장소에 반영합니다. [cite: 1]
+
+---
+
+### **브랜치(Branch)란?**
+
+[cite_start]브랜치는 다른 작업에 영향을 주지 않고 독립적인 영역에서 작업을 진행하기 위한 기능입니다. [cite: 1]
+
+* **개념:** 여러 개발자가 동시에 각기 다른 기능을 개발할 때, 서로의 작업이 충돌하지 않도록 독립된 작업 공간을 만들어주는 것입니다. [cite_start]작업이 완료되면 `merge`나 `Pull Request`를 통해 기존 브랜치와 병합합니다. [cite: 1]
+* **주요 명령어:**
+    * [cite_start]`git branch [이름]`: 브랜치 생성 [cite: 1]
+    * [cite_start]`git switch [이름]`: 해당 브랜치로 전환 (과거에는 `checkout` 사용) [cite: 1]
+    * [cite_start]`git merge [브랜치]`: 현재 브랜치에 다른 브랜치의 내용을 병합 [cite: 1]
+
+---
+
+### **Github 협업 기능**
+
+* [cite_start]**Issue (이슈):** 프로젝트의 작업 단위(기능 구현, 버그 수정 등)를 설정하고 담당자를 할당하여 진행 상황을 공유하는 기능입니다. [cite: 1]
+* **Pull Request (PR):** 특정 브랜치에서 완료한 작업을 메인 브랜치에 반영해달라고 요청하는 기능입니다. [cite_start]PR을 통해 동료 개발자들이 변경된 코드를 리뷰(Code Review)하고 병합 여부를 결정합니다. [cite: 1]

From 3a96258e75c3ae45cccf8f79a9488339133c79e4 Mon Sep 17 00:00:00 2001
From: 2ssac <ivory.ma9ic@gmail.com>
Date: Fri, 26 Sep 2025 14:45:28 +0900
Subject: [PATCH 04/33] =?UTF-8?q?[#2]docs:=20week1.md=20=EC=9E=91=EC=84=B1?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 week1.md | 355 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 355 insertions(+)
 create mode 100644 week1.md

diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..e0559d2
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,355 @@
+[개인 노션 정리](https://splashy-bovid-12f.notion.site/Week01-2773db583b288063bd00dd4fcef170a2)
+
+## **1. 라이브러리와 프레임워크의 차이**
+
+<hr/>
+
+### **1️⃣ 프레임워크(Framework)란?**
+
+- 소프트웨어의 특정 문제를 해결하기 위해서 상호 협력하는 **클래스와 인터페이스의 집합**
+- 원하는 기능 구현에 집중하여 개발할 수 있도록 **일정한 형태와 기능을 갖추고 있는 골격, 뼈대**를 의미
+- `프레임워크`는 애플리케이션 개발 시 필수적인 코드, 알고리즘, DB연동과 같은 기능을 위해 **어느정도 구조(뼈대)**를 제공
+  → 이러한 구조 위에서 `사용자`가 코드를 작성해서 애플리케이션을 개발
+- 공통된 부분은 `프레임워크`가 관리하고, `사용자`는 프레임워크가 정해준 방식대로 클래스, 메소드를 구현
+- ex : 앱/서버 등의 구동, 메모리 관리, 이벤트 루프 등
+
+<br>
+
+### **2️⃣ 프레임워크의 기능**
+
+1. **코드 재사용성** : 프레임워크는 공통 기능을 제공하여 코드 재사용에 용이
+2. **일정한 구조 제공** : 프레임워크는 **애플리케이션의 구조를 정의**하여 개발자가 그 구조를 따르도록 함
+3. **모듈화** : 프레임워크는 **기능을 모듈화**하여 **독립적인 컴포넌트**로 나눌 수 있게 함
+4. **생산성 향상** : **반복적인 작업을 자동화**하고 개발 생산성을 높임
+5. **유지보수성** : **일관된 코드 구조**를 유지하여 유지보수성을 향상
+
+<br>
+
+### **3️⃣ 프레임워크 예시**
+
+- **Spring Framework** : JAVA 서버 개발
+- **Django, Flask :** Python 서버 개발
+- **Android :** 안드로이드 앱 개발
+- **Angular, Vue.js :** 웹 개발
+
+<br/>
+<hr/>
+
+### **1️⃣ 라이브러리(Library)란?**
+
+- 소프트웨어를 개발할 때 **컴퓨터 프로그램이 사용하는 비휘발성 자원의 모임**
+- **미리 작성된** 코드, 변수, 함수, 클래스가 포함
+- `라이브러리`는 단순 활용 가능한 **도구들의 집합**
+
+<br>
+
+### **2️⃣ 라이브러리의 기능**
+
+1. **코드 재사용성** : 라이브러리는 **특정 작업을 처리하는 코드의 재사용**을 촉진
+2. **추상화** : 복잡한 작업을 간단한 **함수 호출로 추상화**
+3. **모듈화** : 라이브러리는 **기능별로 모듈화**되어 필요에 따라 가져다 쓸 수 있음
+4. **유연성** : 개발자가 필요에 따라 라이브러리를 **선택하여 사용**
+
+<br>
+
+### **3️⃣ 라이브러리 예시**
+
+- **TensorFlow** : 머신러닝과 딥러닝을 위한 Python 라이브러리
+- **Pandas** : 데이터 분석과 조작을 위한 Python 라이브러리
+- **NumPy** : 수치 계산을 위한 Python 라이브러리
+- **jQuery** : HTML 문서 탐색 및 조작, 이벤트 처리, 애니메이션, Ajax를 쉽게 처리할 수 있게 하는 JavaScript 라이브러리
+
+<br>
+<hr/>
+
+## **프레임워크 vs 라이브러리**
+
+### **1️⃣ 구조 제공 유무**
+
+- `프레임워크`는 전체 **애플리케이션의 구조를 정의**
+  → **일정한 개발 패턴**을 따르게 함
+- `라이브러리`는 **특정 기능만 제공**할 뿐 애플리케이션의 전체 ~~구조에는 관여하지 않음~~
+  → 개발자 스스로 원하는 방식으로 **구조 설계 가능**
+  <br/>
+
+### **2️⃣ 제어의 역전(Inversion of Control)**
+
+### 가장 큰 차이점
+
+- **`제어 흐름에 대한 주도성`이 누구에게/어디에 있는가?**
+- 즉, 애플리케이션의 `Flow(흐름)`를 누가 쥐고 있느냐?
+
+### 프레임워크
+
+- `프레임워크`는 그 틀안에 제어 흐름에 대한 **주도성이 내포**
+- 사용자는 **프레임워크 안**에 필요한 코드를 구성
+
+### 라이브러리
+
+- `라이브러리`는 **특정 기능만을 제공**할 뿐 어플리케이션의 전체 구조에는 관여하지 않음
+- 사용하는 개발자 스스로 원하는 방식으로 **구조를 설계**
+
+<br>
+<br>
+
+## 2. `null`과 `undefined`는 어떻게 다르며 `null`이 `object`인 이유는?
+
+---
+
+## `null` vs `undefined`
+
+### 공통점
+
+- `null` 과 `undefined` 모두 `값이 없음` 을 나타내는 자료형
+
+### 차이점
+
+`undefined`
+
+- Javascript에서 **자동으로** 할당되는 값
+- 변수는 선언했지만 값을 할당하지 않을 때, 자동으로 `undefined`가 할당
+
+`null`
+
+- **개발자가 의도적**으로 할당하는 값
+- 특정 변수가 `값이 없음`을 `명확하게` 표시하기 위해 넣어주는 값
+
+### 비교
+
+- `==` (느슨한 비교)에서는 `null` 과 `undefined`가 같게 처리
+- `===` (엄격한 비교)에서는 `null`과 `undefined`는 다르게 처리
+
+### 메모리 관련
+
+`null`
+
+- 개발자가 명시적으로 메모리를 해제하고자 할 때 사용하는 방법.
+- 객체를 참조하던 변수를 `null` 로 설정하면, 해당 변수는 더 이상 그 객체를 가리키지 않으므로 **참조가 끊어짐**
+- 이렇게 참조가 끊기면 JavaScript 의 GC 에서 **메모리 제거**를 실행
+
+`undefined`
+
+- 메모리 해제외는 관련이 없음.
+
+---
+
+## `typeof null`이 'object' 인 이유?
+
+### 1️⃣ 역사적인 이유
+
+- JavaScript 초창기(1995년)부터 typeof null은 "object"를 반환했다. 이는 **명백한 버그**였지만, 이미 배포된 웹사이트와 코드가 이 동작에 의존하게 되면서 **수정하지 못하고 표준에 남게 된 역사적 유산이다**.
+- ECMAScript 명세(ECMA-262)에서도 typeof null === "object"라고 **명시적으로 규정**하고 있습니다. 이유는 단순히 “웹 호환성” 때문이다.
+- 실제로 2010년경 typeof null을 "null"로 바꾸자는 제안이 있었지만, 크롬(V8) 엔진에서 실험적으로 바꿨을 때 **수많은 웹사이트가 깨져서** 결국 철회되었다.
+- JavaScript 창시자 브렌던 아이크(Brendan Eich)도 “당시 자바(Java)처럼 보이게 만들라는 압박과 촉박한 개발 일정 때문에 이런 세세한 부분까지 챙기지 못했다”고 언급했다. 즉, 빠르게 완성하느라 발생한 실수이자, 그대로 굳어진 버그이다.
+
+### 2️⃣ **JavaScript 내부 동작 원리 (메모리 구조, 타입 태그)**
+
+`초창기` JavaScript 엔진은 **32비트 값** 안에 **타입 태그(type tag)**와 **데이터**를 함께 저장했다.
+
+- **000 (이진수)** → 객체(Object)의 참조값
+- **001** → 정수(Integer) 값
+- **010** → 실수(Double, 참조로 저장)
+- **100** → 문자열(String, 참조로 저장)
+- **110** → 불리언(Boolean)
+
+여기서 `null`은 특별히 **NULL 포인터(주소값 0x00)** 로 저장되었다. 즉, 내부적으로는 **객체(Object) 타입 태그(000)** + **참조값 0** 형태였다.
+
+따라서 엔진 입장에서는`null`을 **“객체 참조인데 값이 0인 것”**으로 오인하게 되었고, 그 결과 `typeof null`은 `object`가 되어버린 것이다.
+
+<br>
+
+---
+
+## 3. Javascript가 싱글 스레드 언어이며 비동기 언어인 이유
+
+### 1️⃣ Javascript는 왜 싱글 스레드를 선택했을까?
+
+- `Javascript`는 웹페이지의 보조적인 기능을 수행하기 위해 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정하고 만들어진 언어
+- **웹사이트를 구현하던 개발자들**에게 `JAVA`라는 언어는 다소 무겁고 어려운 언어였기 때문에, 브랜던 아이크라는 사람을 스카우트하여 ‘자바스크립트’가 탄생되었다.
+- `JAVA` 왜 무겁고 어려운 언어라 생각했을까? → **멀티 스레드 모델은 프로그래밍 난이도가 높다.**
+- `Javascript`는 멀티 스레드 환경에서 발생할 수 있는 복잡한 시나리오(`ex` 동시성 문제 등)를 신경 쓸 필요가 없다.
+
+### 2️⃣ Javascript 비동기 처리 방식
+
+- 자바스크립트는 싱글 스레드로 동작한다는 것
+- 싱글스레드 방식은 한 번에 하나의 태스크만 처리할 수 있다는 것을 의미
+- 하지만 브라우저가 동작하는 것을 살펴보면 많은 태스크가 동시에 처리되는 것처럼 느껴진다.
+- `ex` `html` 요소가 애니메이션 효과를 통해 움직이면서 이벤트를 처리하기도 하고, `http`요청을 통해 서버로부터 데이터를 가지고 오면서 렌더링하기도 한다.
+- 이처럼 자바스크립트의 동시성을 지원하는 것이 **`이벤트루프`**
+- `이벤트루프`는 **브라우저에 내장되어 있는 기능 중에 하나이다.**
+
+## <br>
+
+## 4. DOM과 Virtual DOM -> 리액트의 가상DOM이 강한 이유
+
+### 1️⃣ **DOM**이란?
+
+- **DOM**(Document Object Model, 문서 객체 모델)
+- 문서 객체란 `HTML`, `head`, `body`와 같은 태그들을 `Javascript`가 이용할 수 있는 객체를 의미
+- `div`, `input`, `a` 등이 DOM에 해당
+
+### 2️⃣ 가상 돔(Virtual DOM)의 등장 배경
+
+- 실제 DOM에는 브라우저가 화면을 그리는데 필요한 모든 정보가 들어있어 DOM을 조작하는 작업이 무거움
+- 그래서 `React`에서는 실제 DOM의 변경 사항을 빠르게 파악하고 반영하기 위해서 **내부적으로 `가상 DOM`**을 만들어서 관리
+- `Virtual DOM`은 DOM의 **요약본**
+
+### 3️⃣ Virtual DOM을 사용해야 하는 이유
+
+- **초기 정적인 웹페이지에 맞계 설계된 DOM**은 정적인 성격
+  → 현재 트렌드인 **동적인 웹 애플리케이션**에 사용하려면 **성능 상에 문제**가 발생
+- 최근 트렌드인 복잡한 `SPA`에서는 **DOM 조작이 굉장히 빈번**하게 발생하며, 그 변화를 적용하기 위해서는 **브라우저가 많은 연산**을 하게 되고, 결국 전체적인 프로세스가 **비효율적**
+
+### 4️⃣ Virtual DOM의 동작 방식
+
+- `Virtual DOM`을 사용하면 실제 DOM에 접근하며 조작하는 대신, 이를 **추상화**한 자바스크립트 객체를 구성하여 사용
+- DOM의 상태를 **메모리에 저장**하고, 변경 전과 변경 후의 **상태를 비교** 한 뒤 **최소한의 내용만 반영**하여 성능 향상
+- DOM의 상태를 메모리 위에 계속 올려두고, **DOM에 변경** 있을 경우 **해당 변경 사항만 반영**
+
+## <br>
+
+## 5. 나의 프로젝트 초기 세팅
+
+<aside>
+
+### 디렉토리 구조
+
+```bash
+MacBook-Pro-2:my_blog 2sac$ tree
+.
+├── eslint.config.js
+├── index.html
+├── node_modules
+├── package.json
+├── pnpm-lock.yaml
+├── postcss.config.js
+├── public
+├── src
+│   ├── api
+│   ├── App.css
+│   ├── App.tsx
+│   ├── assets
+│   ├── components
+│   │   └── Buttons
+│   │       └── Button.tsx
+│   ├── index.css
+│   ├── main.tsx
+│   ├── pages
+│   ├── styles
+│   └── vite-env.d.ts
+├── tailwind.config.ts
+├── tsconfig.app.json
+├── tsconfig.json
+├── tsconfig.node.json
+└── vite.config.ts
+```
+
+</aside>
+<aside>
+
+### `React Setting with pnpm`
+
+```bash
+pnpm create vite
+```
+
+```bash
+pnpm add -D eslint eslint-config-prettier eslint-plugin-prettier prettier
+```
+
+```bash
+echo '{
+  "semi": true,
+  "singleQuote": true,
+  "trailingComma": "all",
+  "printWidth": 80,
+  "tabWidth": 2
+}' > .prettierrc
+```
+
+### `eslint.config.js`
+
+```bash
+import js from '@eslint/js'
+import globals from 'globals'
+import reactHooks from 'eslint-plugin-react-hooks'
+import reactRefresh from 'eslint-plugin-react-refresh'
+import tseslint from 'typescript-eslint'
+import { defineConfig, globalIgnores } from 'eslint/config'
+
+export default defineConfig([
+  globalIgnores(['dist']),
+  {
+    files: ['**/*.{ts,tsx}'],
+    extends: [
+      js.configs.recommended,
+      tseslint.configs.recommended,
+      reactHooks.configs['recommended-latest'],
+      reactRefresh.configs.vite,
+    ],
+    languageOptions: {
+      ecmaVersion: 2020,
+      globals: globals.browser,
+    },
+  },
+])
+
+```
+
+### `.prettierrc`
+
+```bash
+{
+  "semi": true,
+  "singleQuote": true,
+  "trailingComma": "all",
+  "printWidth": 80,
+  "tabWidth": 2
+}
+
+```
+
+### `install tailwindcss`
+
+```bash
+pnpm add tailwindcss @tailwindcss/vite
+```
+
+### `tailwind.config.ts`
+
+```bash
+import type { Config } from 'tailwindcss';
+
+const config: Config = {
+  content: ['./index.html', './src/**/*.{js,ts,jsx,tsx}'],
+  theme: {
+    extend: {},
+  },
+  plugins: [],
+};
+
+export default config;
+```
+
+### `postcss.config.js`
+
+```bash
+export default {
+  plugins: {
+    tailwindcss: {},
+    autoprefixer: {},
+  },
+};
+```
+
+</aside>
+
+## <b>
+
+### 참고
+
+- https://idkim97.github.io/2022-08-16-%ED%94%84%EB%A0%88%EC%9E%84%EC%9B%8C%ED%81%AC%20vs%20%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC/
+- https://velog.io/@woody_59/undefined%EC%99%80-null-%EC%9D%98-%EC%B0%A8%EC%9D%B4%EC%A0%90
+- https://witch.work/ko/posts/javascript-why-typeof-null-is-object
+- https://miracleground.tistory.com/entry/%EC%9E%90%EB%B0%94%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8%EB%8A%94-%EC%99%9C-%EC%8B%B1%EA%B8%80-%EC%8A%A4%EB%A0%88%EB%93%9C%EB%A5%BC-%EC%84%A0%ED%83%9D%ED%96%88%EC%9D%84%EA%B9%8C-%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4-%EC%8A%A4%EB%A0%88%EB%93%9C-%EB%B9%84%EB%8F%99%EA%B8%B0-%EB%8F%99%EA%B8%B0-%EC%9E%90%EB%B0%94%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8-%EC%97%94%EC%A7%84-%EC%9D%B4%EB%B2%A4%ED%8A%B8%EB%A3%A8%ED%94%84
+- https://velog.io/@ctdlog/React-DOM%EC%9D%B4%EB%9E%80-Virtual-DOM%EC%9D%84-%EC%82%AC%EC%9A%A9%ED%95%98%EB%8A%94-%EC%9D%B4%EC%9C%A0

From f62446d2f965f5e8cd38aa7b6ceb8c920bbe36aa Mon Sep 17 00:00:00 2001
From: 2ssac <ivory.ma9ic@gmail.com>
Date: Fri, 26 Sep 2025 14:57:36 +0900
Subject: [PATCH 05/33] =?UTF-8?q?[#2]docs:=20.gitignore=20=EC=83=9D?=
 =?UTF-8?q?=EC=84=B1?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore        | 1 +
 week1/validate.sh | 3 ++-
 2 files changed, 3 insertions(+), 1 deletion(-)
 create mode 100644 .gitignore

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1/validate.sh b/week1/validate.sh
index 9e393dd..bcb5d08 100755
--- a/week1/validate.sh
+++ b/week1/validate.sh
@@ -54,7 +54,8 @@ if git log --pretty=format:"%H" -- ignore.md | grep -q '.'; then
 fi
 
 if $week1_committed && ! $ignore_committed; then
-    echo "   ✅ week1.md 파일이 커밋되었습니다.\n   ✅ ignore.md 파일이 정상적으로 .gitignore에 추가되었습니다."
+    echo "   ✅ week1.md 파일이 커밋되었습니다.
+   ✅ ignore.md 파일이 정상적으로 .gitignore에 추가되었습니다."
 else
     if ! $week1_committed; then
         echo "   ❌ week1.md 파일이 커밋되지 않았습니다."

From 142c6709721c1d8899203fc2788b33643fb189f8 Mon Sep 17 00:00:00 2001
From: jihoonkim501 <jihungim500@gmail.com>
Date: Sat, 27 Sep 2025 18:15:21 +0900
Subject: [PATCH 06/33] [Feat] first commit

---
 .gitignore | 2 ++
 week1.md   | 1 +
 2 files changed, 3 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..43e91e5
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,2 @@
+ignore.md
+
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..16cd949
--- /dev/null
+++ b/week1.md
@@ -0,0 +1 @@
+hello UMC

From 1a06605b201cc483f097e570376c9e9d68a658f3 Mon Sep 17 00:00:00 2001
From: Choe-Jong-Geon <bjy829@naver.com>
Date: Sun, 28 Sep 2025 12:42:25 +0900
Subject: [PATCH 07/33] =?UTF-8?q?1=EC=A3=BC=EC=B0=A8=20=EA=B3=BC=EC=A0=9C?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore |  1 +
 week1.md   | 78 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 79 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..81c1f40
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,78 @@
+# DB 조인과 관련 개념 정리
+
+## 1. DB 조인이란?
+- 두 개 이상의 테이블을 연결하여 하나의 테이블로 만드는 것  
+- 배경: 테이블 두 개 이상을 참조해 검색해야 할 필요성  
+- 테이블 분리 이유: 데이터 중복 최소화, 데이터 일관성 유지  
+
+---
+
+## 2. Join 종류들
+
+- **Inner Join**  
+  두 테이블에서 공통된 필드를 반환 (집합의 교집합)
+
+- **Left Outer Join**  
+  왼쪽 테이블의 모든 행을 포함하고, 오른쪽 테이블에서 일치하는 행만 반환  
+  → 일치하지 않으면 오른쪽 컬럼은 `NULL`
+
+- **Right Outer Join**  
+  Left Outer Join의 반대.  
+  오른쪽 테이블의 모든 행을 포함하고, 왼쪽 테이블에서 일치하는 행만 반환  
+  → 일치하지 않으면 왼쪽 컬럼은 `NULL`
+
+- **Full Outer Join**  
+  Left Outer Join + Right Outer Join의 결과 (집합의 합집합)  
+  → 일치하지 않으면 `NULL`로 채워짐  
+
+---
+
+## 3. Join vs SubQuery
+- **Join**: 성능과 가독성 측면에서 우수  
+- **SubQuery**: 특정 조건 기반 검색, 복잡한 조건 처리에 유리  
+- 개인적인 결론: 대부분의 경우 **Join**이 직관적이고 효과적  
+
+---
+
+## 4. 트랜잭션(Transaction)이란?
+- 데이터베이스 상태를 변화시키는 작업들의 **논리적 단위**  
+- 트랜잭션은 **모두 성공(All) 또는 모두 실패(Nothing)** 해야 함  
+- 실패 시 이전 상태로 복구됨  
+
+### ACID 특징
+1. **원자성(Atomicity)**: 전부 성공하거나 전부 실패  
+2. **일관성(Consistency)**: 성공 시 데이터 일관성 유지  
+3. **격리성(Isolation)**: 여러 트랜잭션은 서로 간섭하지 않음  
+4. **영속성(Durability)**: 성공 시 결과는 영구적으로 보존  
+
+---
+
+## 5. Join에서 ON vs WHERE
+
+- **ON**: 조인 시, 테이블을 연결할 행을 결정  
+- **WHERE**: 조인 후 결과에서 조건을 걸어 필터링  
+
+---
+
+## 6. 페이징(Paging)
+
+대량 데이터를 한 번에 가져오지 않고 일정 단위로 나누어 조회하는 기법  
+
+```sql
+-- OFFSET 기반 페이징
+SELECT * FROM mission
+ORDER BY mission_id DESC
+LIMIT y OFFSET (x - 1) * y;
+
+-- Cursor 기반 페이징
+SELECT * FROM mission
+WHERE 정렬 기준 > 마지막 페이지 마지막 데이터 값
+ORDER BY 정렬 기준
+LIMIT 페이지크기;
+
+-- 커버링 인덱스 기반 페이징
+SELECT * FROM review AS r
+WHERE r.star < ? 
+   OR (r.star = ? AND r.review_id < ?)  -- 예: 4 / 4 / 733
+ORDER BY r.star DESC, r.review_id DESC
+LIMIT 15;
\ No newline at end of file

From 540b2f4d448a1efed4597260069e17203415446b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=EC=B5=9C=EC=A2=85=EA=B1=B4?= <bjy829@naver.com>
Date: Sun, 28 Sep 2025 13:10:21 +0900
Subject: [PATCH 08/33] =?UTF-8?q?=EC=B5=9C=EC=A2=85=EA=B1=B4=201=EC=A3=BC?=
 =?UTF-8?q?=EC=B0=A8?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 week1/info.sh | 20 ++++++++++----------
 1 file changed, 10 insertions(+), 10 deletions(-)

diff --git a/week1/info.sh b/week1/info.sh
index 07eec26..a8762de 100755
--- a/week1/info.sh
+++ b/week1/info.sh
@@ -1,11 +1,11 @@
-echo "===============================1주차 과제==============================="
-echo "0. \"week1-(본인 닉네임)\"으로 브랜치를 생성하신 후 해당 브랜치로 이동해주세요! (e.g. week1-zimging)"
-echo "1. week1.md 파일을 생성해주세요!"
-echo "2. markdown 문법을 이용해 1주차에 배운 내용을 week1.md 파일에 정리해주세요!"
-echo "3. ignore.md 파일을 생성한 뒤 아무 내용이나 작성해주세요!"
-echo "4. gitignore 파일을 생성해 ignore.md 파일을 추적 해제하도록 설정해주세요!"
-echo "5. 모든 파일을 add하는 명령어를 사용해 add한 후, commit해 주세요!"
-echo "6. (명령어)를 사용해 위의 내용을 올바르게 실습했는지 확인해주세요!"
-echo "7. \"모든 과제가 확인되었습니다\"라는 메시지를 확인하셨다면, 캡쳐하신 후 week1 브랜치를 push해주세요!"
-echo "8. 양식에 맞춰 Pull Request를 작성해주세요!"
+echo "===============================1주차 과제==============================="
+echo "0. \"week1-(본인 닉네임)\"으로 브랜치를 생성하신 후 해당 브랜치로 이동해주세요! (e.g. week1-zimging)"
+echo "1. week1.md 파일을 생성해주세요!"
+echo "2. markdown 문법을 이용해 1주차에 배운 내용을 week1.md 파일에 정리해주세요!"
+echo "3. ignore.md 파일을 생성한 뒤 아무 내용이나 작성해주세요!"
+echo "4. gitignore 파일을 생성해 ignore.md 파일을 추적 해제하도록 설정해주세요!"
+echo "5. 모든 파일을 add하는 명령어를 사용해 add한 후, commit해 주세요!"
+echo "6. (명령어)를 사용해 위의 내용을 올바르게 실습했는지 확인해주세요!"
+echo "7. \"모든 과제가 확인되었습니다\"라는 메시지를 확인하셨다면, 캡쳐하신 후 week1 브랜치를 push해주세요!"
+echo "8. 양식에 맞춰 Pull Request를 작성해주세요!"
 echo "======================================================================="
\ No newline at end of file

From b40ba45763abd22f74b64b1167ae5a2c7791edbf Mon Sep 17 00:00:00 2001
From: smileman62 <jskim6335@naver.com>
Date: Sun, 28 Sep 2025 19:17:50 +0900
Subject: [PATCH 09/33] week1 mission completed.

---
 .gitignore.txt |  1 +
 ignore.md.txt  |  2 ++
 week1.md.txt   | 46 ++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 49 insertions(+)
 create mode 100644 .gitignore.txt
 create mode 100644 ignore.md.txt
 create mode 100644 week1.md.txt

diff --git a/.gitignore.txt b/.gitignore.txt
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/.gitignore.txt
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/ignore.md.txt b/ignore.md.txt
new file mode 100644
index 0000000..a330f96
--- /dev/null
+++ b/ignore.md.txt
@@ -0,0 +1,2 @@
+하이! 하하하
+이마데모 아오가 슨데이루~
\ No newline at end of file
diff --git a/week1.md.txt b/week1.md.txt
new file mode 100644
index 0000000..ef971b4
--- /dev/null
+++ b/week1.md.txt
@@ -0,0 +1,46 @@
+# Git이란 무엇이고 왜 사용할까?
+
+## 1. Git의 정의
+- **Git**:  
+  파일의 **변경 사항을 추적**하고, **여러 사용자 간 작업을 조율**할 수 있는  
+  **분산 버전 관리 시스템**
+
+---
+
+## 2. Git이 필요한 이유
+- 같은 파일을 여러 버전으로 저장('최종', '진짜_최종', …)하는 불편함 해결  
+- **언제**, **어떤 변화**가 있었는지 기록 -> 특정 시점으로 되돌리기 가능  
+- 여러 명이 동시에 작업해도 **동기화 및 협업** 원활  
+- 여러 파일을 **저장소(repository)** 단위로 체계적으로 관리 가능  
+
+---
+
+## 3. Git의 핵심 개념
+### Working Directory (작업 공간)
+- 내가 현재 작업 중인 폴더  
+- '.gitignore' 파일을 통해 추적하지 않을 파일 관리  
+
+### Staging Area (준비 구역)
+- 파일 상태 3가지  
+  - 'unmodified' (변경 없음)  
+  - 'modified' (변경됨)  
+  - 'staged' (커밋 준비됨)  
+- **add**: 'modified' -> 'staged' (선택적으로 기록 준비 가능)  
+
+### Local Repository (로컬 저장소)
+- **commit**: 'staged' 파일의 변경 사항 기록 (체크포인트 저장)  
+- **push**: 로컬 저장소 -> 원격 저장소(GitHub 등)에 반영  
+
+---
+
+## 4. Git의 특징: 분산 버전 관리
+- 원격 저장소(GitHub)의 모든 이력을 복사해 각자 로컬에서 독립 작업 가능  
+- 필요 시 원격과 동기화(push/pull) -> 협업 및 병합  
+
+---
+
+##  핵심 요약
+- **Git은 파일의 변화 이력을 기록하고 관리하는 시스템**  
+- **여러 개발자가 동시에 협업**할 수 있도록 돕는 도구  
+- **add -> commit -> push** 흐름으로 변경 사항 관리  
+- 저장소('repository') 단위로 파일을 체계적으로 다룸

From 1ae2147b6ae52f26b93094ae38ed2353a33edec2 Mon Sep 17 00:00:00 2001
From: smileman62 <jskim6335@naver.com>
Date: Sun, 28 Sep 2025 19:21:08 +0900
Subject: [PATCH 10/33] week1 mission completed.

---
 .gitignore.txt => .gitignore | 0
 ignore.md.txt                | 2 --
 week1.md.txt => week1.md     | 0
 3 files changed, 2 deletions(-)
 rename .gitignore.txt => .gitignore (100%)
 delete mode 100644 ignore.md.txt
 rename week1.md.txt => week1.md (100%)

diff --git a/.gitignore.txt b/.gitignore
similarity index 100%
rename from .gitignore.txt
rename to .gitignore
diff --git a/ignore.md.txt b/ignore.md.txt
deleted file mode 100644
index a330f96..0000000
--- a/ignore.md.txt
+++ /dev/null
@@ -1,2 +0,0 @@
-하이! 하하하
-이마데모 아오가 슨데이루~
\ No newline at end of file
diff --git a/week1.md.txt b/week1.md
similarity index 100%
rename from week1.md.txt
rename to week1.md

From df8c9c98e8097baf53be74765b767763ae8505d8 Mon Sep 17 00:00:00 2001
From: sandy <a26948077@gmail.com>
Date: Sun, 28 Sep 2025 22:08:29 +0900
Subject: [PATCH 11/33] week1-sandy

---
 week1/.gitignore |  1 +
 week1/week1.md   | 49 ++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 50 insertions(+)
 create mode 100644 week1/.gitignore
 create mode 100644 week1/week1.md

diff --git a/week1/.gitignore b/week1/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/week1/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1/week1.md b/week1/week1.md
new file mode 100644
index 0000000..944cf8e
--- /dev/null
+++ b/week1/week1.md
@@ -0,0 +1,49 @@
+## Git 이란?
+**파일의 변경 사항을 추적**하고 **여러 사용자 간에 해당 파일들의 작업들을 조율**하기 위한 *분산 버전 관리 시스템*
+1. 파일의 변경 사항을 추적
+정확히 언제 파일을 수정했는지, 그 때 파일 내에서 어떠한 변화가 있었는지 기록해주기 때문에 특정 시점에서 이전 내용을 언제든지 다시 꺼내볼 수 있습니다. 또한 기록은 로그 형식으로 관리되기 때문에 파일을 여러 개 저장하지 않아도 됩니다.
+
+2. 여러 사용자 간에 해당 파일들의 작업들을 조율
+Git을 이용할 때는 Github와 같은 원격 저장소를 활용하게 됩니다. Github를 이용해 파일 또는 폴더를 다운받으면 해당 파일(또는 폴더)의 기록 또한 사용자의 컴퓨터(로컬)에서 살펴볼 수 있습니다. 모든 사용자가 완전히 동일한 작업 내용을 공유할 수 있으니 원활한 협업이 가능해집니다.
+
+3. 분산 버전 관리 시스템
+여러 명이 한 파일(또는 폴더)에 접근해 개별적으로 작업하고, 작업 결과를 기록으로서 반영하는 시스템입니다.
+
+## 내 파일 관리 방법
+1. 나의 작업 공간, **Working Directory**
+내가 현재 작업하고 있는 공간(폴더)를 워킹 디렉토리(working directory)라고 부릅니다.
+보통 보안 등의 문제로 원격 레포에 올라가지 못하는 파일들은 `.gitignore`라는 파일을 생성해 해당 파일들을 모두 넣어주는 방식으로 관리하게 됩니다. `.gitignore`로 처리된 파일들은 변화가 생겨도 추적되지 않고, 원격 레포에도 올라가지 않습니다.
+
+2. 내 파일의 변경사항을 반영하는 **Staging Area**
+선택적으로 파일을 커밋하기 위해 `staged` 단계가 존재합니다. 이렇게 `staged` 상태가 된 파일들을 `staging area`에 있다고 부릅니다.
+
+3. 내 작업이 기록되는 곳, **Local Repository**
+commit을 통해 파일의 변경 사항을 기록하는 곳을 Local Repository라고 부릅니다. 
+
+## Git의 사용법
+1. 원격 레포 생성하고 로컬 레포와 연결하기
+2. .gitignore 로 파일 추적되지 않게 관리하기
+3. add, commit, push로 내 파일 추적 상태 관리하기
+4. 내 파일 상태 확인하기
+
+## Branch란?
+1. 내가 작업하는 독립적인 영역, **Branch**
+2. 브랜치 만들고 전환하기
+3. 브랜치 merge하기
+
+## 커밋 기록 확인 방법
+1. git log 조회하기
+    - 커밋 기본 구성
+        - 커밋 해시: `commit 691ceb4268ec2c5b2d1afd79dd41f5783dcfac46`
+        - 커밋 생성자: `youz2me <kynhun20@gachon.ac.kr>`
+        - 커밋 일시: `Sun Sep 22 18:34:03 2024 +0900`
+        - 커밋 메시지: `fix: validate 명령어 파라미터 안들어가게 수정`
+
+2. 내 브랜치의 가장 최신 주소, HEAD
+모든 브랜치에는 HEAD라는 값이 존재합니다. HEAD는 현재 브랜치의 최신 커밋를 참조하는 값으로, 현재 내가 위치하고 있는 브랜치의 최신 커밋을 포인터로 가리키고 있다고 생각할 수 있습니다.
+
+## Issue와 PR의 차이, 그리고 사용법
+1. 나의 작은 목표를 Issue로 설정하기
+이슈는 크게 *제목과 내용, Assignees와 Labels, Projects, Milestone, Development*로 나누어 볼 수 있습니다.
+
+2. 내 작업을 메인 브랜치에 반영할 때는? Pull Request 올리기
\ No newline at end of file

From 89b5cccc87498c3e29824ded18a28eaecfb93ff8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=EC=9D=B4=EC=9E=AC=EC=9A=A9?= <korom777755@gmail.com>
Date: Mon, 29 Sep 2025 01:42:29 +0900
Subject: [PATCH 12/33] =?UTF-8?q?1=EC=A3=BC=EC=B0=A8=20=EA=B3=BC=EC=A0=9C?=
 =?UTF-8?q?=20=EC=A0=9C=EC=B6=9C?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 week1/.gitignore |  1 +
 week1/week1.md   | 28 ++++++++++++++++++++++++++++
 2 files changed, 29 insertions(+)
 create mode 100644 week1/.gitignore
 create mode 100644 week1/week1.md

diff --git a/week1/.gitignore b/week1/.gitignore
new file mode 100644
index 0000000..b459310
--- /dev/null
+++ b/week1/.gitignore
@@ -0,0 +1 @@
+ignore.md
diff --git a/week1/week1.md b/week1/week1.md
new file mode 100644
index 0000000..88ee270
--- /dev/null
+++ b/week1/week1.md
@@ -0,0 +1,28 @@
+# Git 1주차
+
+## Git이란?
+개발 환경에서 파일에서 변경되는 사항을 저장하고 쳬계적으로 관리하는 분산 버전 관리 시스템
+
+## Repository란?
+작업하는 파일들이 저장되는 폴더
+
+### Working directory란?
+내가 로컬에서 현재 작업하고 있는 공간
+
+### Staging Area란?
+추적되는 파일들의 상태는 총 3가지
+unmodified : 변경 없음
+modified : 변경된 파일
+staged : 스테이지됨 (?)
+
+#### staged 상태는 무엇일까?
+commit을 위한 준비 단계
+
+로컬에서 작업한 파일의 변경사항을 원격에서도 저장하고 싶으면,
+git add -> commit -> push -> 저장완료!
+
+### .gitignore란?
+개인정보나 보안이 필요한 API key, node_module 같은 큰 용량의 파일들을 원격 저장소에 저장하지 않기 위함
+
+
+

From 70c9c094ba01e1e55c495505ddf8bea727f12517 Mon Sep 17 00:00:00 2001
From: pumisj <pumisj@naver.com>
Date: Mon, 29 Sep 2025 23:01:50 +0900
Subject: [PATCH 13/33] week1 mission clear

---
 .gitignore |   1 +
 week1.md   | 116 +++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 117 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..d5c72ff
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,116 @@
+Git과 Github란 무엇인가?
+========================
+
+- Git은 특정 파일, 폴더의 변경사항을 저장하는 시스템. 이를 분산 버전 관리 시스템이라 부른다.
+- Git으로 로컬 파일의 버전을 관리할 수 있다면, 온라인 상에 있는 저장소인 Github를 이용하면 여러 사용자가 하나의 프로젝트를 동시에 접근하고 관리할 수 있다
+
+---
+    
+### Git을 이용한 관리 방법
+
+- Git은 레포지토리라는 저장소를 사용하는데, 이 저장소 안에서 여러 파일, 폴더를 관리할 수 있다.   
+
+* 내가 현재 작업하고 있는 공간을 *working directory* 라고 부른다.
+    - 기본적으로 *working directory* 내부의 파일은 추적되지만, 보안상의 이유로 원격 저장소에 올리지 못하는 경우 .gitignore이라는 파일을 이용해 추적을 못하게 할 수 있다.
+* 많이 사용했듯이 Git에서 버전을 관리할 때는 add, commit, push를 사용한다
+    - add : 변경사항이 있는 파일(폴더)를 commit하기 위해 stage에 올려주는 명령어
+    - commit : staged상태인 파일을 로컬 레포에 기록하는 명령어
+    - push : commit된 내용을 원격 레포인 Github에 올려주는 명령어
+
+add 사용 예시: 
+
+    $ git add .
+    $ git add kano.txt
+
+commit 사용 예시:
+
+    $ git commit -m "my first commit"
+
+push 사용 예시:
+
+    $ git push origin (branch)
+
+여기서 origin은 원격 레포지토리의 URL을 담고 있는 키워드인데, 꼭 origin을 쓰지 않아도 되지만 보통 origin을 사용함.  
+
+기본적으로 로컬 레포를 만들 때 **git clone**으로 만들었다면 origin으로 URL이 할당된다.
+
+내 파일의 상태를 확인하는 명령어: 
+
+    $ git status
+
+해당 명령어는 working directory에서 파일의 변경사항이 있는지를 보여준다.  
+
+-----
+
+### Branch란?
+- repository에는 메인 작업 공간이 되는 main 이 있다.
+- 이 main에서는 각 팀원이 작업한 내용이 합쳐지는 공간이 되고, 기능별로 branch를 만들어 그 기능을 담당하는 인원들은 해당 branch에서 작업을 진행한다.
+- 모두 작업이 끝나면 합치는 작업을 하는데, 방법으로 merge와 pull request가 있다
+- 하지만 보통 충돌의 위험때문에 merge는 사용하지 않고 pull request로 main과 병합한다.
+
+branch를 만드는 명령어:
+
+    $ git branch (branch)
+
+해당 branch로 이동하는 명령어:
+
+    $ git checkout (branch)
+    $ git switch (branch)
+
+여기서 **checkout**과 **switch**가 있는데, 기존 **checkout**은 브랜치를 이동, 파일의 수정 내용을 복원해주는 역할을 모두 사용했지만, 현재는 이 역할이 너무 과도하다고 판단해 브랜치를 이동시키는 **switch**와 파일의 수정 내용을 복원하는 **restore**로 명령어가 나뉘었다.  
+
+따라서 **checkout**보다는 **switch**를 사용하는게 좋다.
+
+-------
+
+### Commit 기록 확인
+
+> Git은 버전 관리 시스템이다. 커밋으로 진행사항을 저장했으니 어떤 변화가 있었는지, 언제 수정했는지, 심지어는 다시 돌아갈 수도 있다.
+
+그러면 어떻게 커밋한 내용을 확인할 수 있을까.
+
+    $ git log
+
+해당 명령어는 지금까지 커밋한 로그를 보여준다.
+
+이 로그에는 어떤 내용이 들어가있을까
+
+> **커밋 해시** : `commit 691ceb4268ec2c5b2d1afd79dd41f5783dcfac46`
+> 
+> **커밋 생성자** : `youz2me <kynhun20@gachon.ac.kr>`
+> 
+> **커밋 일시** : `Sun Sep 22 18:34:03 2024 +0900`
+> 
+> **커밋 메시지:** `fix: validate 명령어 파라미터 안들어가게 수정`
+
+근데 로그를 보면 이런 내용이 보인다
+
+    (HEAD -> main, origin/main, origin/HEAD)
+
+- HEAD 현재 브랜치의 가장 최신 커밋을 참조하는 값으로, 브랜치를 새로 생성할 때 이 전 브랜치의 commit 기록을 모두 그대로 가져온다.
+- 그래서 main의 commit이 v1까지 있다면 main에서의 head는 v1이고, 여기서 파생된 kano 브랜치에서 새로 v2커밋을 했을 때 kano에서의 헤드는 v2이다.
+
+-------
+
+### Issue와 PR
+
+- Issue는 main 브랜치에서 기능 브랜치를 나누기 전 팀원들과 프로젝트의 직업 진행 현황과 기능 구현, 버그 수정, 리팩토링 등을 공유하기 위한 페이지이다.
+- 이슈에는 제목, 내용, assignees, Labels, Projects, Milestone, Develop과 같은 내용이 있다.
+
+> `이슈 제목`: 팀 내 프로젝트 컨벤션에 따라 달라질 수 있지만 보통 작업 태그(기능 구현 시 `feature`, 버그 수정 시 `fix`, …)와 대략적인 작업 요약이 들어가게 됩니다. 
+>
+>`이슈 내용`: 이 부분도 컨벤션에 따라 달라지는 부분입니다. 예시 자료에서는 작업할 브랜치와 작은 단위의 `To-Do`가 들어가 있네요!
+>
+>`Assignees`: 이슈를 작업할 담당자가 할당되는 부분입니다. 톱니바퀴 아이콘을 누르신 후 적절하게 할당하시면 됩니다! 보통 작업자가 이슈를 작성하기 때문에 작업자가 들어갑니다.
+>
+>`Labels`: 작업 태그가 할당되는 부분입니다. 이 부분도 팀 내 컨벤션에 따라 달라지는 부분입니다.
+>
+>`Projects`, `Milestone`: 조금 더 큰 단위의 작업 내용을 적을 수 있는 부분입니다. 이 부분은 이번 워크북 내에서는 다루지 않습니다! 시간 여유가 있으시다면 찾아보고 적용해보시는 것을 추천해드립니다.
+>
+>`Development`: 이슈와 연결된 브랜치 또는 PR을 연결할 수 있습니다.
+
+- 이슈를 생성, 각 브랜치에서 기능을 만들고 작업한 내용을 main으로 병합할 때 내 작업 내용의 pull을 요청(request)하는 것이 PR이다.
+- 이슈와 마찬가지로 PR에도 제목, 내용, Reviewers, Assignees, Labels, Projects, Milestone, Development가 있다.
+- 다른 내용은 같지만 Reviewers 라는게 추가되었다.
+
+> `Reviewers` 는 이렇게 리뷰가 필요한 상황에서 특정 인물을 리뷰어로 추가할 수 있습니다. 리뷰어로 추가된 사람은 작업이 할당되어 리뷰를 진행하게 됩니다!
\ No newline at end of file

From 29210af0e24b84bfb624319442d81de6d8717d34 Mon Sep 17 00:00:00 2001
From: pumisj <pumisj@naver.com>
Date: Mon, 29 Sep 2025 23:06:28 +0900
Subject: [PATCH 14/33] modify first commit

---
 week1/.gitignore |   1 +
 week1/week1.md   | 116 +++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 117 insertions(+)
 create mode 100644 week1/.gitignore
 create mode 100644 week1/week1.md

diff --git a/week1/.gitignore b/week1/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/week1/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1/week1.md b/week1/week1.md
new file mode 100644
index 0000000..d5c72ff
--- /dev/null
+++ b/week1/week1.md
@@ -0,0 +1,116 @@
+Git과 Github란 무엇인가?
+========================
+
+- Git은 특정 파일, 폴더의 변경사항을 저장하는 시스템. 이를 분산 버전 관리 시스템이라 부른다.
+- Git으로 로컬 파일의 버전을 관리할 수 있다면, 온라인 상에 있는 저장소인 Github를 이용하면 여러 사용자가 하나의 프로젝트를 동시에 접근하고 관리할 수 있다
+
+---
+    
+### Git을 이용한 관리 방법
+
+- Git은 레포지토리라는 저장소를 사용하는데, 이 저장소 안에서 여러 파일, 폴더를 관리할 수 있다.   
+
+* 내가 현재 작업하고 있는 공간을 *working directory* 라고 부른다.
+    - 기본적으로 *working directory* 내부의 파일은 추적되지만, 보안상의 이유로 원격 저장소에 올리지 못하는 경우 .gitignore이라는 파일을 이용해 추적을 못하게 할 수 있다.
+* 많이 사용했듯이 Git에서 버전을 관리할 때는 add, commit, push를 사용한다
+    - add : 변경사항이 있는 파일(폴더)를 commit하기 위해 stage에 올려주는 명령어
+    - commit : staged상태인 파일을 로컬 레포에 기록하는 명령어
+    - push : commit된 내용을 원격 레포인 Github에 올려주는 명령어
+
+add 사용 예시: 
+
+    $ git add .
+    $ git add kano.txt
+
+commit 사용 예시:
+
+    $ git commit -m "my first commit"
+
+push 사용 예시:
+
+    $ git push origin (branch)
+
+여기서 origin은 원격 레포지토리의 URL을 담고 있는 키워드인데, 꼭 origin을 쓰지 않아도 되지만 보통 origin을 사용함.  
+
+기본적으로 로컬 레포를 만들 때 **git clone**으로 만들었다면 origin으로 URL이 할당된다.
+
+내 파일의 상태를 확인하는 명령어: 
+
+    $ git status
+
+해당 명령어는 working directory에서 파일의 변경사항이 있는지를 보여준다.  
+
+-----
+
+### Branch란?
+- repository에는 메인 작업 공간이 되는 main 이 있다.
+- 이 main에서는 각 팀원이 작업한 내용이 합쳐지는 공간이 되고, 기능별로 branch를 만들어 그 기능을 담당하는 인원들은 해당 branch에서 작업을 진행한다.
+- 모두 작업이 끝나면 합치는 작업을 하는데, 방법으로 merge와 pull request가 있다
+- 하지만 보통 충돌의 위험때문에 merge는 사용하지 않고 pull request로 main과 병합한다.
+
+branch를 만드는 명령어:
+
+    $ git branch (branch)
+
+해당 branch로 이동하는 명령어:
+
+    $ git checkout (branch)
+    $ git switch (branch)
+
+여기서 **checkout**과 **switch**가 있는데, 기존 **checkout**은 브랜치를 이동, 파일의 수정 내용을 복원해주는 역할을 모두 사용했지만, 현재는 이 역할이 너무 과도하다고 판단해 브랜치를 이동시키는 **switch**와 파일의 수정 내용을 복원하는 **restore**로 명령어가 나뉘었다.  
+
+따라서 **checkout**보다는 **switch**를 사용하는게 좋다.
+
+-------
+
+### Commit 기록 확인
+
+> Git은 버전 관리 시스템이다. 커밋으로 진행사항을 저장했으니 어떤 변화가 있었는지, 언제 수정했는지, 심지어는 다시 돌아갈 수도 있다.
+
+그러면 어떻게 커밋한 내용을 확인할 수 있을까.
+
+    $ git log
+
+해당 명령어는 지금까지 커밋한 로그를 보여준다.
+
+이 로그에는 어떤 내용이 들어가있을까
+
+> **커밋 해시** : `commit 691ceb4268ec2c5b2d1afd79dd41f5783dcfac46`
+> 
+> **커밋 생성자** : `youz2me <kynhun20@gachon.ac.kr>`
+> 
+> **커밋 일시** : `Sun Sep 22 18:34:03 2024 +0900`
+> 
+> **커밋 메시지:** `fix: validate 명령어 파라미터 안들어가게 수정`
+
+근데 로그를 보면 이런 내용이 보인다
+
+    (HEAD -> main, origin/main, origin/HEAD)
+
+- HEAD 현재 브랜치의 가장 최신 커밋을 참조하는 값으로, 브랜치를 새로 생성할 때 이 전 브랜치의 commit 기록을 모두 그대로 가져온다.
+- 그래서 main의 commit이 v1까지 있다면 main에서의 head는 v1이고, 여기서 파생된 kano 브랜치에서 새로 v2커밋을 했을 때 kano에서의 헤드는 v2이다.
+
+-------
+
+### Issue와 PR
+
+- Issue는 main 브랜치에서 기능 브랜치를 나누기 전 팀원들과 프로젝트의 직업 진행 현황과 기능 구현, 버그 수정, 리팩토링 등을 공유하기 위한 페이지이다.
+- 이슈에는 제목, 내용, assignees, Labels, Projects, Milestone, Develop과 같은 내용이 있다.
+
+> `이슈 제목`: 팀 내 프로젝트 컨벤션에 따라 달라질 수 있지만 보통 작업 태그(기능 구현 시 `feature`, 버그 수정 시 `fix`, …)와 대략적인 작업 요약이 들어가게 됩니다. 
+>
+>`이슈 내용`: 이 부분도 컨벤션에 따라 달라지는 부분입니다. 예시 자료에서는 작업할 브랜치와 작은 단위의 `To-Do`가 들어가 있네요!
+>
+>`Assignees`: 이슈를 작업할 담당자가 할당되는 부분입니다. 톱니바퀴 아이콘을 누르신 후 적절하게 할당하시면 됩니다! 보통 작업자가 이슈를 작성하기 때문에 작업자가 들어갑니다.
+>
+>`Labels`: 작업 태그가 할당되는 부분입니다. 이 부분도 팀 내 컨벤션에 따라 달라지는 부분입니다.
+>
+>`Projects`, `Milestone`: 조금 더 큰 단위의 작업 내용을 적을 수 있는 부분입니다. 이 부분은 이번 워크북 내에서는 다루지 않습니다! 시간 여유가 있으시다면 찾아보고 적용해보시는 것을 추천해드립니다.
+>
+>`Development`: 이슈와 연결된 브랜치 또는 PR을 연결할 수 있습니다.
+
+- 이슈를 생성, 각 브랜치에서 기능을 만들고 작업한 내용을 main으로 병합할 때 내 작업 내용의 pull을 요청(request)하는 것이 PR이다.
+- 이슈와 마찬가지로 PR에도 제목, 내용, Reviewers, Assignees, Labels, Projects, Milestone, Development가 있다.
+- 다른 내용은 같지만 Reviewers 라는게 추가되었다.
+
+> `Reviewers` 는 이렇게 리뷰가 필요한 상황에서 특정 인물을 리뷰어로 추가할 수 있습니다. 리뷰어로 추가된 사람은 작업이 할당되어 리뷰를 진행하게 됩니다!
\ No newline at end of file

From 646e1a3f50139546cba4721eb4b3c57b74943c6b Mon Sep 17 00:00:00 2001
From: jeniferkim <jeniferkim1673@naver.com>
Date: Tue, 30 Sep 2025 10:43:49 +0900
Subject: [PATCH 15/33] week1: add .PE file

---
 .PE | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 .PE

diff --git a/.PE b/.PE
new file mode 100644
index 0000000..e69de29

From c75ce2eb81813aa7359dfeae8e41a31b1f62d797 Mon Sep 17 00:00:00 2001
From: jeniferkim <jeniferkim1673@naver.com>
Date: Tue, 30 Sep 2025 10:49:30 +0900
Subject: [PATCH 16/33] week1: move week1.md into week1 folder

---
 week1/week1.md | 37 +++++++++++++++++++++++++++++++++++++
 1 file changed, 37 insertions(+)
 create mode 100644 week1/week1.md

diff --git a/week1/week1.md b/week1/week1.md
new file mode 100644
index 0000000..7500c23
--- /dev/null
+++ b/week1/week1.md
@@ -0,0 +1,37 @@
+# Week1 과제 정리
+
+
+## Git
+
+파일의 변경 사항을 추적하고, 여러 사용자 간에 해당 파일들의 작업들을 조율하기 위한 분산 버전 관리 시스템
+
+- 내 컴퓨터: 로컬
+- Github: 원격
+
+한 파일에 여러 사용자 파일도 관리할 수 있도록 저장소(repository, 레포지) 개념 사용
+
+---
+
+## 원격과 로컬 관계
+
+원격 레포지에 올려가는 애들을 .gitignore에 저장. 로그, 시험 버퍼, BaseURL, 또는 숨기는 파일을 원격에 올리지 않도록 관리  
+`.gitignore` 파일은 숨김처리(.),인 파일 -> 파일 탐색기에서 숨김 처리를 해제해야만 확인 가능  
+
+선택적으로 파일을 커밋하기 위해 staged 단계 존재  
+내가 반영하고 싶은 변경 사항을 `git add`를 통해 staged 상태로 만들고, 이후 `commit`을 통해 최종적으로 로컬 레포에 반영  
+
+---
+
+## 주요 명령어
+
+- `git push origin (브랜치 이름)`  
+  → origin은 원격 레포의 URL을 담고 있는 키워드
+
+---
+
+## 브랜치
+
+- 서로에게 영향을 주지 않는 작업을 진행하기 위해 브랜치를 생성  
+- 브랜치는 기능 단위로 많이 분리  
+- 브랜치 전환 시, `checkout`보다 `switch`(작업 내용을 커밋한 후)를 사용하는 것이 좋음  
+- Git-Flow 방식: 기능 별로 브랜치를 나누고 관리하는 것

From 7a132f4828afd8850b41ce1ad09efcc8b21e8f27 Mon Sep 17 00:00:00 2001
From: jeniferkim <jeniferkim1673@naver.com>
Date: Tue, 30 Sep 2025 10:56:20 +0900
Subject: [PATCH 17/33] fix: place week1.md at repo root and ignore ignore.md
 as required

---
 .gitignore                 | 2 ++
 week1/week1.md => week1.md | 0
 2 files changed, 2 insertions(+)
 create mode 100644 .gitignore
 rename week1/week1.md => week1.md (100%)

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..5f374da
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,2 @@
+week1/ignore.md
+ignore.md
diff --git a/week1/week1.md b/week1.md
similarity index 100%
rename from week1/week1.md
rename to week1.md

From 69ab691552bf2563e507f5b0a3e5b98c9ea82ffb Mon Sep 17 00:00:00 2001
From: yeson <yesonkang@gmail.com>
Date: Wed, 1 Oct 2025 00:49:16 +0900
Subject: [PATCH 18/33] first commit

---
 week1/.gitignore |  1 +
 week1/week1.md   | 49 ++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 50 insertions(+)
 create mode 100644 week1/.gitignore
 create mode 100644 week1/week1.md

diff --git a/week1/.gitignore b/week1/.gitignore
new file mode 100644
index 0000000..ce1b36c
--- /dev/null
+++ b/week1/.gitignore
@@ -0,0 +1 @@
+ignore.md
\ No newline at end of file
diff --git a/week1/week1.md b/week1/week1.md
new file mode 100644
index 0000000..845bd67
--- /dev/null
+++ b/week1/week1.md
@@ -0,0 +1,49 @@
+## Git
+파일의 변경 사항을 추적하고 기록하는 **분산 버전 관리 시스템**
+
+**Github**와 같은 원격(remote) 저장소를 통해 각자의 컴퓨터(local)에서도 공동의 작업에 접근하여 협업할 수 있음
+
+## Repository (저장소)
+: 여러 파일을 관리할 수 있도록 하는 저장소
+
+### Local Repository(로컬 저장소)의 구조
+1) 현재 작업하고 있는 공간(폴더)인 **working directory**에서 특정 파일에 변경 사항이 생김(**modified상태**) 
+
+2) 로컬 레포에 반영할 파일만 선택하여 **add**하여 **staged**상태로 만듦
+
+3) **staged**상태가 된 파일들은 **staging area**에, 그렇지 않은 파일들은 여전히 **working directory**에 존재함
+
+4) **commit**을 통해 로컬 레포에 변경 사항 반영
+
+---
+
+### Remote Repository(원격 저장소) 사용법
+로컬 레포의 변경 사항들은 **push**명령어를 통해 원격 레포에 반영할 수 있음
+
+- `.gitignore`처리를 하여 로컬에서 변화를 추적하지 않는 파일들은 원격 레포에도 올라가지 않음!
+- `branch`를 사용하여 충돌없이 개별 작업 및 병합 가능
+
+---
+
+### branch
+: 동시 작업 중 서로에게 영향을 끼치지 않도록 개별 작업이 가능하도록 하는 것
+
+기본적으로 레포에는 중심 기둥으로 볼 수 있는 `main`브랜치가 생성됨
+
+-> 각자의 개별 작업을 위해 `branch`를 새로 생성하여, 각각 다른 방향으로 뻗어나가는 나뭇가지처럼 다른 기능을 개발함
+
+-> 다른 branch의 변경 사항을 현재 branch에 병합시킬 때 `merge`명령어를 사용
+
+⚠️만약 두 브랜치에서 동일한 파일, 동일한 코드를 각자 다르게 수정한다면 충돌 발생!
+
+-> `Issue`와 `Pull request`로 방지 및 해결 가능
+
+---
+
+### Issue
+: 팀원들과 프로젝트의 작업 진행 현황, 기능 구현, 버그 수정, 리팩토링을 공유하는 협업 도구
+
+### Pull Request(PR)
+: 메인 브랜치에게 Pull을 받아줄 것을 요청
+
+-> 팀원들이 변경된 사항을 파악하고, 코드리뷰나 pull 거절or승인을 통해 main브랜치의 충돌 및 병합을 관리할 수 있음
\ No newline at end of file

From acaa65c5dc0295159423ea9a210f7129f2889f21 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=ED=95=9C=ED=95=98=EB=9E=8C?=
 <hanhalam@hanhalam-ui-MacBookPro.local>
Date: Fri, 3 Oct 2025 03:58:07 +0900
Subject: [PATCH 19/33] =?UTF-8?q?1=EC=A3=BC=EC=B0=A8=20=EC=9B=8C=ED=81=AC?=
 =?UTF-8?q?=EB=B6=81?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore |   2 +
 week1.md   | 170 +++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 172 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..d18f384
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,2 @@
+ignore.md
+.DS_Store
\ No newline at end of file
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..fcf0f78
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,170 @@
+## **Git 1주차 워크북 정리**
+
+### - **Git** 이란?
+
+파일의 변경 사항을 추적하고 여러 사용자 간에 해당 파일들의 작업들을 조율하기 위한 **분산 버전 관리 시스템**
+
+### - 분산 버전 관리 시스템
+
+여러 명이 한 파일(또는 폴더)에 접근해 개별적으로 작업하고, 작업 결과를 기록으로서 반영하는 시스템
+
+---
+
+### 저장소 (repository)
+
+##### - 작업하는 파일의 변경 사항들이 추적되고 저장되는 폴더
+
+- 로컬 저장소 (local repository): 사용자의 컴퓨터 내에 있는 저장소
+- 원격 저장소 (remote repository): Github에 올라가 있는 원격 저장소
+
+##### 1. Working Directory: 내가 현재 작업하고 있는 공간(폴더)
+
+##### 2. Staging Area: 내 파일의 변경사항을 반역하는 곳
+
+#
+
+###### 추적되는 파일들의 세 가지 상태
+
+- 변경 없음 (unmodified): 변경되지 않은 파일을 의미
+- 변경됨 (modified): 변경된 파일을 의미
+- 스테이지됨 (staged): 커밋을 준비하기 위한 단계, modified 된 파일 중 선택적으로 파일을 커밋하기 위한 상태
+
+#
+
+    commit: staging area에 올라가 파일이 staged 상태가 되었을 때 체크포인트를 만들고 파일의 변경 사항을 Local Repository에 기록
+    add: 내가 반영하고 싶은 변경사항을 staged 상태로 만드는 것
+    push: 로컬 페로의 변경 사항들을 원격 레포에 반영하는 것
+
+---
+
+### .gitignore 로 파일 추적되지 않게 관리하기
+
+.gitignore 파일 생성하는 코드
+
+> touch .gitignore
+
+.gitignore 파일 안에 추적 해제하고 싶은 파일명 작성
+
+```sh
+*.txt       #   *.(확장자 이름)
+```
+
+특정 확장자를 가진 파일을 모두 추적 해제 가능
+
+```sh
+folder_name/        #   (폴더 이름)/
+```
+
+폴더 추적 해제 가능
+
+---
+
+### add, commit, push로 내 파일 추적 상태 관리하기
+
+```sh
+git add .         -> 모든 파일을 staged 상태로 변경
+git add (파일 이름) -> 특정 파일만 staged 상태로 변경
+```
+
+staged 된 파일들의 변경 사항을 로컬 레포에 반영하기 위해 **commit** 명령어 사용
+
+```sh
+git commit -m "(커밋 메세지)"       -> 로컬 레포에 반영
+```
+
+커밋으로 로컬 레포에 반영된 내용을 원격 레포로 보내기 위해서 **push** 명령어 사용
+
+> **origin**: 원격 레포의 URL을 담고 있는 키워드
+
+```sh
+git push origin (브랜치 이름)       -> 원격 레포에 보냄
+```
+
+### 내 파일 상태 확인하기
+
+```sh
+git status
+```
+
+---
+
+### Branch
+
+##### 1. 의미: 내가 작업하는 독립적인 영역
+
+- 개발자들이 서로에게 영향을 주지 않는 작업을 진행하기 위해 브랜치 생성
+- 보통 기능 단위로 많이 분리
+
+##### 2. 브랜치 만들고 전환하기
+
+#
+
+브랜치 만드는 방법
+
+```sh
+git branch (브랜치 이름)
+```
+
+위와 같이 만들고 싶은 브랜치 이름을 적어주면 생성 완료
+
+```sh
+git checkout (브랜치 이름)      -> 브랜치 이동 & 파일의 수정 내용을 복원해주는 역할
+git switch (브랜치 이름)        -> 브랜치 이동 (추천)
+```
+
+##### 3. 브랜치 **merge** 하기
+
+#
+
+```sh
+git merge (병합할 브랜치)
+```
+
+여러 사람이 한꺼번에 작업하다 보니 충동의 위험이 있어서 보통 **merge** 명령어를 사용해 병합하지 않음
+이 경우 병합을 위해 **Pull Request** 사용
+
+---
+
+### 커밋 기록 확인하기
+
+##### 1. git log 조회하기
+
+정확히 언제 파일을 수정했는지 그때, 파일 내에서 어떤 변화가 있었는지 commit을 통해 기록함
+이 기록들을 어떻게 살펴볼까?
+
+```sh
+git log
+```
+
+커밋들의 기록을 살펴보는 것을 로그를 살펴본다고 표현
+
+> > **커밋 해시** : `commit 691ceb4268ec2c5b2d1afd79dd41f5783dcfac46` > **커밋 생성자** : `youz2me <kynhun20@gachon.ac.kr>` > **커밋 일시** : `Sun Sep 22 18:34:03 2024 +0900` > **커밋 메시지:** `fix: validate 명령어 파라미터 안들어가게 수정`
+
+##### 2. 내 브랜치의 가장 최신 주소, `HEAD`
+
+`HEAD`는 현재 브랜치의 최신 커밋을 참조하는 값, 현재 내가 위치하고 있는 브랜치의 최신 커밋을 포인터로 가리키고 있음
+
+---
+
+### `Issue`와 `PR`
+
+##### 1. Issue
+
+`main` 브랜치에서 기능 브랜치를 나누기 전 팀원들과 프로젝트의 작업 진행 현황과 기능 구현, 버그 수정, 리팩토링 등을 공유하기 위해 `Issue` 라는 것을 생성
+
+> `이슈 제목`: 보통 작업 태그(기능 구현 시 `feature`, 버그 수정 시 `fix`, …)와 대략적인 작업 요약
+
+> `이슈 내용`: 컨벤션에 따라 달라지는 부분, 예시 자료에서는 작업할 브랜치와 작은 단위의 `To-Do`가 들어감
+
+> `Assignees`: 이슈를 작업할 담당자가 할당되는 부분, 톱니바퀴 아이콘을 누르신 후 적절하게 할당
+
+> `Labels`: 작업 태그가 할당되는 부분
+
+> `Projects`, `Milestone`: 조금 더 큰 단위의 작업 내용을 적을 수 있는 부분
+
+> `Development`: 이슈와 연결된 브랜치 또는 PR을 연결할 수 있음
+
+##### 2. Pull Request
+
+이슈 생성 후 브랜치를 만들고 진행한 작업 내용을 메인 브랜치로 반영하기 위해 사용
+메인 브랜치에게 Pull을 받아줄 것을 요청하는 작업

From 22af2f43bdb655f73e68755e60501c52a881258f Mon Sep 17 00:00:00 2001
From: kimtg <kimtg011017@gmail.com>
Date: Fri, 3 Oct 2025 16:45:11 +0900
Subject: [PATCH 20/33] first commit

---
 .DS_Store   | Bin 0 -> 10244 bytes
 .gitignore  |   7 ++++++
 temp1.rtf   |   8 ++++++
 temp2.rtf   |   8 ++++++
 validate.sh |  69 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 week1.md    |   1 +
 6 files changed, 93 insertions(+)
 create mode 100644 .DS_Store
 create mode 100644 .gitignore
 create mode 100644 temp1.rtf
 create mode 100644 temp2.rtf
 create mode 100644 validate.sh
 create mode 100644 week1.md

diff --git a/.DS_Store b/.DS_Store
new file mode 100644
index 0000000000000000000000000000000000000000..10c9cf135211b974a55b1426be04295454cf6bb4
GIT binary patch
literal 10244
zcmeHMTWl0n7(V~Bg&8`~0g4pd2@8dA$x>P<Y0JfIZ*naKwx!#0S$22E?$FtpWoLF<
zDAk6<7jDKUjdz|j7<n+D#1~AIi#{1eBgXhZ)Tl3z=!?pO|Cuw}Zc8gAiUFCEob#Xa
z|K~rKf6uq)KmQOypdq7F5#lF=@R%u;ijj?tGNk#5%4xnM6(9#N&%lgziI4<|kap5S
z8j(KuiNht*^%r6;C3VCevHlH2Lr#Qr5R;@y4~Zc)Nl&cTO2u?DhB_BwDP6Pd%F3^R
zD<~|QG?|~w7xQ~V39~n3N9~N&5KZr<tv1utW4U@Xwo6lcBT{LjY1mQCP}7crrl{Cu
zPlskGW^aR;F%-+u4KV>P@Ipi?>+i2xRT=QFtg9Xf`1@;XssjGi)s+JS0za#K#oC>b
z9zAK8$8c?!fbNZ^sf-Mj$3t;5In?qho&`J$coy(1@Tgh9y&w2d_x+=025-Nf1w0Fk
zVFCL8;Kxj9(4~WnI)5ElP#2oYsSE8Stm8Yt;rU$}bm<_Yjw<Rnsz{kCxK9jV>d5!g
z?nr|!9b}ZL6JY8D+?naag(h%jN9xB0CI~vjD?AH$78t_<6gCrn`zlskkKtREjx%8;
zy}OFOH&f2!Q2q5i=~~%F_Sh~6<sRGL<R06?lwxtJ+!5~V+AT(;8CiT)x29~(G^|}}
z+CmzUN-TVRZ;G47_Owdn9dT37Bn>MfO^-+Qct(%fYQ3(9w8JX$O00O=)b;JArO{zJ
z!?xOIQ`sG&aF=DK?M7#?u!iHaUQ)(Vcd9t3mQ|Z@XsguO^l$;f*=e)qEnKpEWzD)^
z^QM*^*Gi=6GiH{GVi!L14O@FkQ`7Cenqnt9qgGrs6wT=F$ZD1r)73U3npCGlKoG8#
zl+Bs@xKEbH>l)6)w1XMVJ|va%yfcS?zAWxha7`_yLT6E=^E{4&voD%2%e$$hF|A^$
zxC%>`$zq#@o0p<)$BGrA*w%yb3CW^MK-E>%qTH@WW2!DG0-L9{PLw;c%>L3Am$|-F
zl*4!ilDI|7<<&RH@;*B4)~IE-rc?u$bk&{vNtAV2iD+7F?Zx<r%iWAz=O;xzRccl=
z+jN9zjcvG#PC8t@qBwh)TQ;Xe4$1Aj^f@1qB+bZb7?Z)Dm4#;b^4zad9$dz%<sZg^
zPR%iNd9aeP1-zMLvXV5Btz<t&g8Iox@*+7+&XG&xGWn8xM}8(Z$?pI#2?Uq|#ZU@!
zVIc%yHPk>Y)IkHZ!VcI8A=m>6(BJ@A&<BU1ACADYa12hsNjL>Bz^m{&yaA`-47>~H
z;5@ts7vU;=0-wSca09-FAK*v034g$!aGNXQW^-lS9Bu&@;Ffb0Tn$&tt>M;k+qhOP
z%tg5aoXPdE4RG$2N%pdKuH+73ZQ?MtvTodqJ3BTMeH%7z+PvlAf#UUP41BX5o9$n;
zY(;hL`ud?m%1(9eAm_uw!Ndq8Ihb(H%&7BxjiFSWmqYMqxV9sh)IOeKTAIvyFAx{<
z2qvkBH5ZFZd4!QPi8TYh3Lb$gaZXdL@~sjOo>Bp827EOFF9B<;5!VR_RH=|PWicoS
z5^);7Mqe|JV3YWN3kBE74e}GYMQ$Ssrol`ogT+vZXa5P<2;1=V)3e_W`yc{Qh=Br0
zFdzj75eG+L0G@$CI10xR2dCgUcphGYm*Ew74c>&e5DRa^JBWn$;R1XBAHm0P8LqgP
z_!bfI3;a6jl(*#0H>2>|y`1u-+0^7lclkqSE<OF(hAZ{=rmy@X{Zu0FvgB^jEle1p
z*-+ZhO`{uia)_t;f1d;t7m^CnO{3lahuC)he)9d5p-qnPN668$`3kz{Z+QNO=WpCc
ze`6Sio<HHZ+nzr$hFATd`x8T_INx7LT(lOu{z9I7*dG{6KJvcz<6Sg-8;`ip^S`W*
z^JRKOe>&3LQW5Lmr}6*h@xTAyZ5U7PS-`WvLu>&kYzj3s;0DHfHqcnRAM<|9G|_&8
zw1NriPADF!6N<+MjVUg1Wo{6~=@)c)gN)KqDBn>>`X7A=xNo67FP`wo#1r!F_u+WK
NSoeF<d{FQIzW{s*`5XWM

literal 0
HcmV?d00001

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..15d214f
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,7 @@
+ignore.md
+9th_UMC_Git_Workbook/
+ignore.md
+ignore.md
+ignore.md
+ignore.md
+ignore
\ No newline at end of file
diff --git a/temp1.rtf b/temp1.rtf
new file mode 100644
index 0000000..7e1b0e8
--- /dev/null
+++ b/temp1.rtf
@@ -0,0 +1,8 @@
+{\rtf1\ansi\ansicpg949\cocoartf2865
+\cocoatextscaling0\cocoaplatform0{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
+{\colortbl;\red255\green255\blue255;}
+{\*\expandedcolortbl;;}
+\paperw11900\paperh16840\margl1440\margr1440\vieww11520\viewh8400\viewkind0
+\pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\pardirnatural\partightenfactor0
+
+\f0\fs24 \cf0 Hello}
\ No newline at end of file
diff --git a/temp2.rtf b/temp2.rtf
new file mode 100644
index 0000000..c2162f1
--- /dev/null
+++ b/temp2.rtf
@@ -0,0 +1,8 @@
+{\rtf1\ansi\ansicpg949\cocoartf2865
+\cocoatextscaling0\cocoaplatform0{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
+{\colortbl;\red255\green255\blue255;}
+{\*\expandedcolortbl;;}
+\paperw11900\paperh16840\margl1440\margr1440\vieww11520\viewh8400\viewkind0
+\pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\pardirnatural\partightenfactor0
+
+\f0\fs24 \cf0 Hi}
\ No newline at end of file
diff --git a/validate.sh b/validate.sh
new file mode 100644
index 0000000..9e393dd
--- /dev/null
+++ b/validate.sh
@@ -0,0 +1,69 @@
+current_branch=$(git branch --show-current)
+week1_committed=false
+ignore_committed=false
+
+if [[ "$current_branch" == week1-* ]]; then
+    echo "   ✅ 브랜치 이름이 올바릅니다: $current_branch"
+else
+    echo -e "   ❌ 브랜치 이름이 잘못되었습니다.\n   현재 브랜치 이름은 $current_branch 이며, week1-닉네임 형식이어야 해요!"
+    exit 1
+fi
+
+if [ -f "week1.md" ]; then
+    echo "   ✅ week1.md 파일이 존재합니다."
+
+    # 파일이 비어있는지 확인
+    if [ -s "week1.md" ]; then
+        echo "   ✅ week1.md 파일에 내용이 작성되었습니다."
+    else
+        echo "   ❌ week1.md 파일이 비어 있습니다."
+        exit 1
+    fi
+else
+    echo "   ❌ week1.md 파일이 존재하지 않습니다."
+    exit 1
+fi
+
+if [ -f "ignore.md" ]; then
+    echo "   ✅ ignore.md 파일이 존재합니다."
+else
+    echo "   ❌ ignore.md 파일이 존재하지 않습니다."
+    exit 1
+fi
+
+if [ -f ".gitignore" ]; then
+    echo "   ✅ .gitignore 파일이 존재합니다."
+
+    if grep -q "ignore.md" .gitignore; then
+        echo "   ✅ .gitignore 파일에 ignore.md 파일이 제대로 설정되었습니다."
+    else
+        echo "   ❌ .gitignore 파일에 ignore.md 파일이 설정되지 않았습니다."
+        exit 1
+    fi
+else
+    echo "   ❌ .gitignore 파일이 존재하지 않습니다."
+    exit 1
+fi
+
+if git log --pretty=format:"%H" -- week1.md | grep -q '.'; then
+    week1_committed=true
+fi
+
+if git log --pretty=format:"%H" -- ignore.md | grep -q '.'; then
+    ignore_committed=true
+fi
+
+if $week1_committed && ! $ignore_committed; then
+    echo "   ✅ week1.md 파일이 커밋되었습니다.\n   ✅ ignore.md 파일이 정상적으로 .gitignore에 추가되었습니다."
+else
+    if ! $week1_committed; then
+        echo "   ❌ week1.md 파일이 커밋되지 않았습니다."
+    fi
+    if $ignore_committed; then
+        echo "   ❌ ignore.md 파일이 커밋되었습니다. ignore.md 파일은 커밋되지 않아야 합니다."
+    fi
+    exit 1
+fi
+
+echo "=================================================================="
+echo "✅ 모든 과제가 확인되었습니다!"
\ No newline at end of file
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..b6fc4c6
--- /dev/null
+++ b/week1.md
@@ -0,0 +1 @@
+hello
\ No newline at end of file

From 3c858da8c5525c6f9051d4b76ddb547d1bc03dcc Mon Sep 17 00:00:00 2001
From: kimtg <kimtg011017@gmail.com>
Date: Fri, 3 Oct 2025 17:12:10 +0900
Subject: [PATCH 21/33] WIP: Final local

---
 .DS_Store | Bin 10244 -> 10244 bytes
 1 file changed, 0 insertions(+), 0 deletions(-)

diff --git a/.DS_Store b/.DS_Store
index 10c9cf135211b974a55b1426be04295454cf6bb4..9bc0aee8db4363f7cd3b587e8419700b79f580a0 100644
GIT binary patch
delta 23
ecmZn(XbIS`hmqaH&|F8s$Yk<-3ENFfENTE;8wSt-

delta 15
WcmZn(XbIS`hjH=@371VwENTEVFa>)6


From c6d01dac0411cdde890f32f3fee63da320f964fd Mon Sep 17 00:00:00 2001
From: cheshire <sodang0645@gmail.com>
Date: Sun, 5 Oct 2025 02:53:35 +0900
Subject: [PATCH 22/33] 1week

---
 week1/gitignore.md | 2 ++
 1 file changed, 2 insertions(+)
 create mode 100644 week1/gitignore.md

diff --git a/week1/gitignore.md b/week1/gitignore.md
new file mode 100644
index 0000000..9a71f81
--- /dev/null
+++ b/week1/gitignore.md
@@ -0,0 +1,2 @@
+hello world
+

From 0b9fb2d5335799365b0e1bc753016fc57d1f1d65 Mon Sep 17 00:00:00 2001
From: guingguing <kimjinseo0402@gmail.com>
Date: Sun, 5 Oct 2025 07:17:00 +0900
Subject: [PATCH 23/33] week1: add week1.md and .gitignore to ignore ignore.md

---
 .DS_Store  | Bin 0 -> 6148 bytes
 .gitignore |   1 +
 week1.md   |  44 ++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 45 insertions(+)
 create mode 100644 .DS_Store
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.DS_Store b/.DS_Store
new file mode 100644
index 0000000000000000000000000000000000000000..28fb006ee360f56338bb1ccb6fe54d1c95734eac
GIT binary patch
literal 6148
zcmeHKJ8Hu~5S@vgAaLW-<sKor!D5sX<N_hKD;rdVkXDt?<)it{Cj=n`ZrnI;#O&K0
z&D%w<*wKiHZol`f$XY}ixS^bFn3}yepV(7I4Au8&_g}lyXWyT&yv>aJEI)F<bCePP
z<u5F+zZ>7SE3>Eo6`%rCfC^B7IR&yvH><e>#;E`m__qq!{ZQbBHE{^^s{@0#0Kg@}
zZkT&70W1~(*2EzY5ts%Q7*x#`LxYZZ$-J641O{EyPsToZvSx>(emdgC(?x3_M=C%C
z#tJNAxwiWM2A}Ew$0V+(02O#B1$5cHcUyc?*4D|#S*<Pb54h!A;AWUR1%sDkpqFDT
ftQ>DVDe{WV@xCSwflf!<=|KJrm@YIbaBl^!3R@Yj

literal 0
HcmV?d00001

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..b459310
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..8ed0028
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,44 @@
+# Week 1
+
+## Git이란?
+- 여러 사용자가 같은 파일의 작업을 관리할 수 있도록 돕는 **분산 버전 관리 시스템**  
+- 코드를 **안전하게 기록하고 되돌릴 수 있게 하는 도구**
+
+---
+
+## Git의 3가지 영역
+1. **Working Directory**  
+   → 실제로 내가 작업하는 공간  
+2. **Staging Area**  
+   → 커밋하기 전에 변경 내용을 잠시 올려두는 공간  
+3. **Local Repository**  
+   → 최종적으로 커밋이 저장되는 나의 로컬 저장소
+
+---
+
+## Git 기본 흐름
+1. 원격 저장소(Remote)와 로컬 연결  
+2. `.gitignore`로 추적하지 않을 파일 관리  
+3. `add`, `commit`, `push`로 파일 상태 관리  
+4. `git status`로 현재 상태 확인
+
+---
+
+## 브랜치(Branch)
+- 독립적인 작업 공간으로, 여러 기능을 동시에 개발할 때 사용  
+- 명령어  
+  - `git branch` : 브랜치 목록 보기  
+  - `git checkout -b 브랜치명` : 새 브랜치 생성 + 이동  
+  - `git merge` : 브랜치 병합  
+
+---
+
+## 커밋 기록 확인
+- `git log` : 커밋 내역 조회  
+- `HEAD` : 현재 브랜치의 최신 커밋을 가리킴  
+
+---
+
+## Issue와 PR (Pull Request)
+- **Issue** : 해야 할 일이나 버그를 기록하고 관리  
+- **Pull Request(PR)** : 브랜치에서 작업한 내용을 메인 브랜치에 반영할 때 사용  

From ddf01d26aa17a4444c85fb0449ef0f359d82abd9 Mon Sep 17 00:00:00 2001
From: yerin-lab <181642401+yerin-lab@users.noreply.github.com>
Date: Sun, 5 Oct 2025 09:51:30 +0900
Subject: [PATCH 24/33] =?UTF-8?q?[week1]=20=EC=98=88=EB=94=94/=EC=B0=A8?=
 =?UTF-8?q?=EC=98=88=EB=A6=B0=20(#15)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Co-authored-by: 2ssac <163278029+theSnackOverflow@users.noreply.github.com>
---
 week1/week1.md | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/week1/week1.md b/week1/week1.md
index 944cf8e..bcd5123 100644
--- a/week1/week1.md
+++ b/week1/week1.md
@@ -46,4 +46,5 @@ commit을 통해 파일의 변경 사항을 기록하는 곳을 Local Repository
 1. 나의 작은 목표를 Issue로 설정하기
 이슈는 크게 *제목과 내용, Assignees와 Labels, Projects, Milestone, Development*로 나누어 볼 수 있습니다.
 
-2. 내 작업을 메인 브랜치에 반영할 때는? Pull Request 올리기
\ No newline at end of file
+2. 내 작업을 메인 브랜치에 반영할 때는? Pull Request 올리기
+- git log : 커밋 해시와 함께 커밋 일시, 생성한 사람을 보여준다.
\ No newline at end of file

From 09a886071fd94bb4af823a8446d2aeb2d7793bbc Mon Sep 17 00:00:00 2001
From: CHANWON <jcw0522@gachon.ac.kr>
Date: Sun, 5 Oct 2025 09:52:09 +0900
Subject: [PATCH 25/33] =?UTF-8?q?[Week1]=20=EB=88=84=EB=88=84/=EC=A0=95?=
 =?UTF-8?q?=EC=B0=AC=EC=9B=90=20(#16)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

* Git 워크북 1주차

* ignore 파일 위치 변경

---------

Co-authored-by: 2ssac <163278029+theSnackOverflow@users.noreply.github.com>

From ab3bbf85d21a021362038521fda6ec2041f21669 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=EA=B9=80=EB=8F=84=EC=97=B0?= <kimdoyeon0113@naver.com>
Date: Sun, 5 Oct 2025 09:52:45 +0900
Subject: [PATCH 26/33] =?UTF-8?q?[Week1]=20=EA=B0=80=EB=84=B7/=EA=B9=80?=
 =?UTF-8?q?=EB=8F=84=EC=97=B0=20(#17)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

* week1 과제 실습

* week1 과제 실습 수정

* week1 과제 실습 수정

---------

Co-authored-by: 2ssac <163278029+theSnackOverflow@users.noreply.github.com>

From fe2ebedc3554f8bd792e1abde21f861eb70fe170 Mon Sep 17 00:00:00 2001
From: Jiwoo <higi0000@naver.com>
Date: Sun, 5 Oct 2025 09:53:56 +0900
Subject: [PATCH 27/33] =?UTF-8?q?Week1=20=EA=B3=BC=EC=A0=9C=20=EC=A0=9C?=
 =?UTF-8?q?=EC=B6=9C=20(#18)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Co-authored-by: 2ssac <163278029+theSnackOverflow@users.noreply.github.com>

From 91ea70d10a107449970e6444e66f75cae258cb17 Mon Sep 17 00:00:00 2001
From: yeon-ju12 <rl2po8krzt@gachon.ac.kr>
Date: Sun, 5 Oct 2025 09:54:50 +0900
Subject: [PATCH 28/33] git workbook week1 eden (#19)

Co-authored-by: 2ssac <163278029+theSnackOverflow@users.noreply.github.com>

From da736a5bf75aef434068e8bf97ee6b629a8b69f8 Mon Sep 17 00:00:00 2001
From: 2ssac <ivory.ma9ic@gmail.com>
Date: Sun, 5 Oct 2025 09:56:38 +0900
Subject: [PATCH 29/33] =?UTF-8?q?=EC=B6=A9=EB=8F=8C=20=ED=95=B4=EA=B2=B0?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore  |  7 ------
 temp1.rtf   |  8 -------
 temp2.rtf   |  8 -------
 validate.sh | 69 -----------------------------------------------------
 week1.md    |  1 -
 5 files changed, 93 deletions(-)
 delete mode 100644 .gitignore
 delete mode 100644 temp1.rtf
 delete mode 100644 temp2.rtf
 delete mode 100644 validate.sh
 delete mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
deleted file mode 100644
index 15d214f..0000000
--- a/.gitignore
+++ /dev/null
@@ -1,7 +0,0 @@
-ignore.md
-9th_UMC_Git_Workbook/
-ignore.md
-ignore.md
-ignore.md
-ignore.md
-ignore
\ No newline at end of file
diff --git a/temp1.rtf b/temp1.rtf
deleted file mode 100644
index 7e1b0e8..0000000
--- a/temp1.rtf
+++ /dev/null
@@ -1,8 +0,0 @@
-{\rtf1\ansi\ansicpg949\cocoartf2865
-\cocoatextscaling0\cocoaplatform0{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
-{\colortbl;\red255\green255\blue255;}
-{\*\expandedcolortbl;;}
-\paperw11900\paperh16840\margl1440\margr1440\vieww11520\viewh8400\viewkind0
-\pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\pardirnatural\partightenfactor0
-
-\f0\fs24 \cf0 Hello}
\ No newline at end of file
diff --git a/temp2.rtf b/temp2.rtf
deleted file mode 100644
index c2162f1..0000000
--- a/temp2.rtf
+++ /dev/null
@@ -1,8 +0,0 @@
-{\rtf1\ansi\ansicpg949\cocoartf2865
-\cocoatextscaling0\cocoaplatform0{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
-{\colortbl;\red255\green255\blue255;}
-{\*\expandedcolortbl;;}
-\paperw11900\paperh16840\margl1440\margr1440\vieww11520\viewh8400\viewkind0
-\pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\pardirnatural\partightenfactor0
-
-\f0\fs24 \cf0 Hi}
\ No newline at end of file
diff --git a/validate.sh b/validate.sh
deleted file mode 100644
index 9e393dd..0000000
--- a/validate.sh
+++ /dev/null
@@ -1,69 +0,0 @@
-current_branch=$(git branch --show-current)
-week1_committed=false
-ignore_committed=false
-
-if [[ "$current_branch" == week1-* ]]; then
-    echo "   ✅ 브랜치 이름이 올바릅니다: $current_branch"
-else
-    echo -e "   ❌ 브랜치 이름이 잘못되었습니다.\n   현재 브랜치 이름은 $current_branch 이며, week1-닉네임 형식이어야 해요!"
-    exit 1
-fi
-
-if [ -f "week1.md" ]; then
-    echo "   ✅ week1.md 파일이 존재합니다."
-
-    # 파일이 비어있는지 확인
-    if [ -s "week1.md" ]; then
-        echo "   ✅ week1.md 파일에 내용이 작성되었습니다."
-    else
-        echo "   ❌ week1.md 파일이 비어 있습니다."
-        exit 1
-    fi
-else
-    echo "   ❌ week1.md 파일이 존재하지 않습니다."
-    exit 1
-fi
-
-if [ -f "ignore.md" ]; then
-    echo "   ✅ ignore.md 파일이 존재합니다."
-else
-    echo "   ❌ ignore.md 파일이 존재하지 않습니다."
-    exit 1
-fi
-
-if [ -f ".gitignore" ]; then
-    echo "   ✅ .gitignore 파일이 존재합니다."
-
-    if grep -q "ignore.md" .gitignore; then
-        echo "   ✅ .gitignore 파일에 ignore.md 파일이 제대로 설정되었습니다."
-    else
-        echo "   ❌ .gitignore 파일에 ignore.md 파일이 설정되지 않았습니다."
-        exit 1
-    fi
-else
-    echo "   ❌ .gitignore 파일이 존재하지 않습니다."
-    exit 1
-fi
-
-if git log --pretty=format:"%H" -- week1.md | grep -q '.'; then
-    week1_committed=true
-fi
-
-if git log --pretty=format:"%H" -- ignore.md | grep -q '.'; then
-    ignore_committed=true
-fi
-
-if $week1_committed && ! $ignore_committed; then
-    echo "   ✅ week1.md 파일이 커밋되었습니다.\n   ✅ ignore.md 파일이 정상적으로 .gitignore에 추가되었습니다."
-else
-    if ! $week1_committed; then
-        echo "   ❌ week1.md 파일이 커밋되지 않았습니다."
-    fi
-    if $ignore_committed; then
-        echo "   ❌ ignore.md 파일이 커밋되었습니다. ignore.md 파일은 커밋되지 않아야 합니다."
-    fi
-    exit 1
-fi
-
-echo "=================================================================="
-echo "✅ 모든 과제가 확인되었습니다!"
\ No newline at end of file
diff --git a/week1.md b/week1.md
deleted file mode 100644
index b6fc4c6..0000000
--- a/week1.md
+++ /dev/null
@@ -1 +0,0 @@
-hello
\ No newline at end of file

From f364c524a3b9708b71137502d1e310050a5afcc4 Mon Sep 17 00:00:00 2001
From: 2ssac <ivory.ma9ic@gmail.com>
Date: Sun, 5 Oct 2025 09:58:42 +0900
Subject: [PATCH 30/33] =?UTF-8?q?.DS=5FStore=20=EC=A0=9C=EA=B1=B0?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .DS_Store | Bin 10244 -> 0 bytes
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 .DS_Store

diff --git a/.DS_Store b/.DS_Store
deleted file mode 100644
index 9bc0aee8db4363f7cd3b587e8419700b79f580a0..0000000000000000000000000000000000000000
GIT binary patch
literal 0
HcmV?d00001

literal 10244
zcmeHMU2GIp6uxKL!VDeg07VLR!a^bZWGO8yY0Hn<{>g7Cur1w|pJjJv><*osS$1Z(
zg;H%ud;!7ur17684MrXeDDedo<wu{4q7h?!AZpYXNc2VJ!E@)%w%gK538E0@Cik9u
z&$;LRoW0-PbI%Y$pdq7F6XGL;@R%u;ijj?tGNk#5%4xnW6(9#N&%lgziI4<|kap5S
z8j(KuiNht*^%r6;C3VCevHlH2Lr#Qr5R;@y4~Zc)Nl&cTO2u?DhC1hCDP6Pds;aMn
zD<~|QG?|~w7xQ~V39~n3N9~N&5KZr<tv1utW4U@Xwo6lcBT{LjY1mQCP}7crrl{Cu
zPlskGW^aR;F%-+u4KV>P@Ipi?>+cU#*Z6%a1Azg*ufMjY+V5K(s2Ug$_*oSz*6xh-
z=t;vohHJwFbZ<0GWn`#49*UdEp_W(iEZ|wdvw&xTN6iB6{lJg9?;kZYc>DD%;8|b{
z3()@uA7)B}E*)gl`Rl-fy3kZkU1%p^9p3>C&*##hO9vTsR8hxKMaopcePRGpN4}4C
zM;dhLAfrs308=O6&P*RJG=VcaQXe)jLC_&y;aR}5z!(;wu$l1NSFz%H4BxVJoCz!G
z-PQEHnQ|tFz&CfLYh@eRW4j=fdu)H3du$6+ip8mNN4T?Vw-}LTWbswqnzA+1uy(0w
z3u#0uvGDc1DQ+6u(<+sB#7#YuG^~g;Js#EL89i#N^|~I?4y(v3vEpe{*SDLNMu+JP
z+iIUpWw(jKU6z@)8=b+z8jjC;Nf}Gssp6noR&Bzetx{*x!vzRurp=zWaLMwOHS2=S
zn_6~UEs>_rm{}@{UHHs5Z0#vcO}F=Iik;|;T5;7-G^4vCt65r1SKEweQk@QdLAY8{
zHfQeR<+40p*Kj7L9n5I<A*q7rojH8-WpR&!YicnSI*THm<8d6EebIbb-c2QqX%$Pw
zRam-A7TYY`ycBgiR<01mwjPX6NETfJs;&x%a=RXlsk)>HY@XUWQSQhx`%7C~=K4}m
z4&xa};ubBJSKlDZ`{=Y=qn6#8QVm?v6?g6@QPyQ8qG`3Y7vm!?cQbOGpA`92saer%
z(-ERIw&5;1>2URm;_P8=*_;wNB)9X@7kosLG$X5FOa^~e7MkHJa=%JNa2cysd=v{h
zHOJ5u!79cU@Me<9O43BOlKmJ7>L(}2OXL(eOD>X2<SX($`Gwpde*nNF5MT-vLn+LK
zh2V$PPy@A42My2)J76b-U=Jifg9Bhe9~_2$I0DbYF?bG6z)5%!UV}H_O*jRo;XODD
z=iq&~09W8s_zb>;>+l2o2tUCM_!ItuTU-%0n=9kya0@s;x16iwYPec%4Y!ut#<g-`
zF3KI?Os<b@fOD@*vX`}UC3gsG6Nj;tb>m*#nX#c*zG360&08KGC|;Y!z&Go$*}g@~
zRs?F-*AE?1cB*p+IUgPlCPpC1!Gv>WMxE!Y45i|{9D+x~wH?8v_VE<c(qz_qfw+)I
zFiAzMxmaAvBaEa;tm!YW<Po?M=QPFY@>K%DQz~Fhe|e3-OTZdy#B~A!RVrjnSqut-
zM4U!>V|g==V3YWN3kBE6b@DU0Np2wurol`ogT+vVXa5P<2;1=V)3e_W`yc{Qh=Br0
zFdzj75eG+L0G@$CI10xR2PffqcmZC9SKw869o~Ys5ex6YyNHAj;5>W?AHyeb2`;;s
z_zn^AEBrR<l(*#0H>2?T-JJ5I+0^7lclkr7FFyVGhRgMLr?1?Tekzf7S#me&7AB0)
zY$$E$rqPW$ImA=_e@+653rQvErqS;IJGNcDstRM<b@vq8&fibIzcRGR5&j4{dL~~%
z_xugd-|+m6`{-{B!_f059CzFEC&uuqA9R0W=oIJs3yBNXV%J~DlMnj?W64L}_ddLf
zhHv8$_j&%8^>MyTkLXWFx>G7*9egzY-#q^J|2qxi$vq2r7I=s)0EJDVrUu-=c+UnJ
zYxiN^kC`UgZ;)0nVciMEBXvUY*q|}RC9cd3qB#A6E^m-gItt}G>PY{i4*~ZrwCBYW
W9+`MT-u*rtFBt27Pnr+v{r@-a^Z6eD


From c06becfcd1b1253c8156ea891db11a8a48e11ac9 Mon Sep 17 00:00:00 2001
From: 2ssac <ivory.ma9ic@gmail.com>
Date: Sun, 5 Oct 2025 10:53:44 +0900
Subject: [PATCH 31/33] =?UTF-8?q?remove:=20main=20=EB=B8=8C=EB=9E=9C?=
 =?UTF-8?q?=EC=B9=98=20=EC=B5=9C=EC=8B=A0=ED=99=94?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .DS_Store  | Bin 6148 -> 0 bytes
 .PE        |   0
 .gitignore |   1 -
 week1.md   |  50 --------------------------------------------------
 4 files changed, 51 deletions(-)
 delete mode 100644 .DS_Store
 delete mode 100644 .PE
 delete mode 100644 .gitignore
 delete mode 100644 week1.md

diff --git a/.DS_Store b/.DS_Store
deleted file mode 100644
index 28fb006ee360f56338bb1ccb6fe54d1c95734eac..0000000000000000000000000000000000000000
GIT binary patch
literal 0
HcmV?d00001

literal 6148
zcmeHKJ8Hu~5S@vgAaLW-<sKor!D5sX<N_hKD;rdVkXDt?<)it{Cj=n`ZrnI;#O&K0
z&D%w<*wKiHZol`f$XY}ixS^bFn3}yepV(7I4Au8&_g}lyXWyT&yv>aJEI)F<bCePP
z<u5F+zZ>7SE3>Eo6`%rCfC^B7IR&yvH><e>#;E`m__qq!{ZQbBHE{^^s{@0#0Kg@}
zZkT&70W1~(*2EzY5ts%Q7*x#`LxYZZ$-J641O{EyPsToZvSx>(emdgC(?x3_M=C%C
z#tJNAxwiWM2A}Ew$0V+(02O#B1$5cHcUyc?*4D|#S*<Pb54h!A;AWUR1%sDkpqFDT
ftQ>DVDe{WV@xCSwflf!<=|KJrm@YIbaBl^!3R@Yj

diff --git a/.PE b/.PE
deleted file mode 100644
index e69de29..0000000
diff --git a/.gitignore b/.gitignore
deleted file mode 100644
index ce1b36c..0000000
--- a/.gitignore
+++ /dev/null
@@ -1 +0,0 @@
-ignore.md
\ No newline at end of file
diff --git a/week1.md b/week1.md
deleted file mode 100644
index 1a17cf6..0000000
--- a/week1.md
+++ /dev/null
@@ -1,50 +0,0 @@
-# Week 1
-
-## Git이란?
-
-- 여러 사용자가 같은 파일의 작업을 관리할 수 있도록 돕는 **분산 버전 관리 시스템**
-- 코드를 **안전하게 기록하고 되돌릴 수 있게 하는 도구**
-
----
-
-## Git의 3가지 영역
-
-1. **Working Directory**  
-   → 실제로 내가 작업하는 공간
-2. **Staging Area**  
-   → 커밋하기 전에 변경 내용을 잠시 올려두는 공간
-3. **Local Repository**  
-   → 최종적으로 커밋이 저장되는 나의 로컬 저장소
-
----
-
-## Git 기본 흐름
-
-1. 원격 저장소(Remote)와 로컬 연결
-2. `.gitignore`로 추적하지 않을 파일 관리
-3. `add`, `commit`, `push`로 파일 상태 관리
-4. `git status`로 현재 상태 확인
-
----
-
-## 브랜치(Branch)
-
-- 독립적인 작업 공간으로, 여러 기능을 동시에 개발할 때 사용
-- 명령어
-  - `git branch` : 브랜치 목록 보기
-  - `git checkout -b 브랜치명` : 새 브랜치 생성 + 이동
-  - `git merge` : 브랜치 병합
-
----
-
-## 커밋 기록 확인
-
-- `git log` : 커밋 내역 조회
-- `HEAD` : 현재 브랜치의 최신 커밋을 가리킴
-
----
-
-## Issue와 PR (Pull Request)
-
-- **Issue** : 해야 할 일이나 버그를 기록하고 관리
-- **Pull Request(PR)** : 브랜치에서 작업한 내용을 메인 브랜치에 반영할 때 사용
\ No newline at end of file

From ff0de76ae24b0271ef9a6e5165e9c4ea228c88d2 Mon Sep 17 00:00:00 2001
From: wldmsdl7 <wldmsdl5835@gmail.com>
Date: Sun, 5 Oct 2025 11:51:14 +0900
Subject: [PATCH 32/33] =?UTF-8?q?week1=20=EC=8B=A4=EC=8A=B5=20=EC=99=84?=
 =?UTF-8?q?=EB=A3=8C?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 week1/gitignore.md | 2 --
 1 file changed, 2 deletions(-)
 delete mode 100644 week1/gitignore.md

diff --git a/week1/gitignore.md b/week1/gitignore.md
deleted file mode 100644
index 9a71f81..0000000
--- a/week1/gitignore.md
+++ /dev/null
@@ -1,2 +0,0 @@
-hello world
-

From 8a29cd1180374a694bd16beec025d536880171f1 Mon Sep 17 00:00:00 2001
From: wldmsdl7 <wldmsdl5835@gmail.com>
Date: Sun, 5 Oct 2025 11:57:20 +0900
Subject: [PATCH 33/33] =?UTF-8?q?week1=20=EC=8B=A4=EC=8A=B5?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .gitignore |  1 +
 week1.md   | 50 ++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 51 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 week1.md

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..b459310
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1 @@
+ignore.md
diff --git a/week1.md b/week1.md
new file mode 100644
index 0000000..bcd5123
--- /dev/null
+++ b/week1.md
@@ -0,0 +1,50 @@
+## Git 이란?
+**파일의 변경 사항을 추적**하고 **여러 사용자 간에 해당 파일들의 작업들을 조율**하기 위한 *분산 버전 관리 시스템*
+1. 파일의 변경 사항을 추적
+정확히 언제 파일을 수정했는지, 그 때 파일 내에서 어떠한 변화가 있었는지 기록해주기 때문에 특정 시점에서 이전 내용을 언제든지 다시 꺼내볼 수 있습니다. 또한 기록은 로그 형식으로 관리되기 때문에 파일을 여러 개 저장하지 않아도 됩니다.
+
+2. 여러 사용자 간에 해당 파일들의 작업들을 조율
+Git을 이용할 때는 Github와 같은 원격 저장소를 활용하게 됩니다. Github를 이용해 파일 또는 폴더를 다운받으면 해당 파일(또는 폴더)의 기록 또한 사용자의 컴퓨터(로컬)에서 살펴볼 수 있습니다. 모든 사용자가 완전히 동일한 작업 내용을 공유할 수 있으니 원활한 협업이 가능해집니다.
+
+3. 분산 버전 관리 시스템
+여러 명이 한 파일(또는 폴더)에 접근해 개별적으로 작업하고, 작업 결과를 기록으로서 반영하는 시스템입니다.
+
+## 내 파일 관리 방법
+1. 나의 작업 공간, **Working Directory**
+내가 현재 작업하고 있는 공간(폴더)를 워킹 디렉토리(working directory)라고 부릅니다.
+보통 보안 등의 문제로 원격 레포에 올라가지 못하는 파일들은 `.gitignore`라는 파일을 생성해 해당 파일들을 모두 넣어주는 방식으로 관리하게 됩니다. `.gitignore`로 처리된 파일들은 변화가 생겨도 추적되지 않고, 원격 레포에도 올라가지 않습니다.
+
+2. 내 파일의 변경사항을 반영하는 **Staging Area**
+선택적으로 파일을 커밋하기 위해 `staged` 단계가 존재합니다. 이렇게 `staged` 상태가 된 파일들을 `staging area`에 있다고 부릅니다.
+
+3. 내 작업이 기록되는 곳, **Local Repository**
+commit을 통해 파일의 변경 사항을 기록하는 곳을 Local Repository라고 부릅니다. 
+
+## Git의 사용법
+1. 원격 레포 생성하고 로컬 레포와 연결하기
+2. .gitignore 로 파일 추적되지 않게 관리하기
+3. add, commit, push로 내 파일 추적 상태 관리하기
+4. 내 파일 상태 확인하기
+
+## Branch란?
+1. 내가 작업하는 독립적인 영역, **Branch**
+2. 브랜치 만들고 전환하기
+3. 브랜치 merge하기
+
+## 커밋 기록 확인 방법
+1. git log 조회하기
+    - 커밋 기본 구성
+        - 커밋 해시: `commit 691ceb4268ec2c5b2d1afd79dd41f5783dcfac46`
+        - 커밋 생성자: `youz2me <kynhun20@gachon.ac.kr>`
+        - 커밋 일시: `Sun Sep 22 18:34:03 2024 +0900`
+        - 커밋 메시지: `fix: validate 명령어 파라미터 안들어가게 수정`
+
+2. 내 브랜치의 가장 최신 주소, HEAD
+모든 브랜치에는 HEAD라는 값이 존재합니다. HEAD는 현재 브랜치의 최신 커밋를 참조하는 값으로, 현재 내가 위치하고 있는 브랜치의 최신 커밋을 포인터로 가리키고 있다고 생각할 수 있습니다.
+
+## Issue와 PR의 차이, 그리고 사용법
+1. 나의 작은 목표를 Issue로 설정하기
+이슈는 크게 *제목과 내용, Assignees와 Labels, Projects, Milestone, Development*로 나누어 볼 수 있습니다.
+
+2. 내 작업을 메인 브랜치에 반영할 때는? Pull Request 올리기
+- git log : 커밋 해시와 함께 커밋 일시, 생성한 사람을 보여준다.
\ No newline at end of file