[Week1] 징니/임지은

.gitignore

@@ -0,0 +1 @@
+ignore.md

README.md

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

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 <[email protected]>`
+        - 커밋 일시: `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 : 커밋 해시와 함께 커밋 일시, 생성한 사람을 보여준다.

week1/.gitignore

@@ -0,0 +1 @@
+ignore.md

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 "======================================================================="

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 파일이 커밋되지 않았습니다."

week1/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 <[email protected]>`
+        - 커밋 일시: `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 : 커밋 해시와 함께 커밋 일시, 생성한 사람을 보여준다.