[week10] 매미/문진영

README.md

@@ -1,12 +1,12 @@
 # Git-Study
 ### 💻 실행 환경 안내
 과제 확인과 수행, 인증은 모두 CLI 환경에서 진행됩니다.
-> 맥의 경우 `Git_Study` 폴더 위에서 오른쪽 버튼을 클릭하신 후 `서비스` > `폴더에서 새로운 터미널 열기`를 클릭하셔서 터미널을 실행해주세요!
+> 맥의 경우 `9th_UMC_Git_Workbook` 폴더 위에서 오른쪽 버튼을 클릭하신 후 `서비스` > `폴더에서 새로운 터미널 열기`를 클릭하셔서 터미널을 실행해주세요!
 
 > 윈도우의 경우 Git Bash를 이용해 진행해주세요.
 
 ###  🌳 주차별 과제 브랜치 생성
-아래와 같은 양식으로 생성해주세요. (e.g. `week10-zimging`)
+아래와 같은 양식으로 생성해주세요. (e.g. `week10-2ssac`)
 ```swift
 week(주차 번호)-(본인 닉네임)
 ```
@@ -18,12 +18,22 @@ week(주차 번호)-(본인 닉네임)
 ./week(주차 번호)/info.sh
 ```
 
+혹시 권한 문제가 발생한다면, 아래 명령어로 권한을 먼저 등록해주세요!
+```
+chmod +x ./week(주차 번호)/info.sh
+```
+
 ### 💯 주차별 과제 인증 안내
 터미널에서 아래 명령어를 실행하셔서 주차별 과제가 제대로 수행되었는지 확인해주세요!
 `✅ 모든 과제가 확인되었습니다!` 라는 문장이 출력되면 캡쳐하신 후 Pull Request 양식에 맞춰 첨부하시고 PR을 올려주세요.
 ```
 ./week(주차 번호)/validate.sh
 ```
+혹시 권한 문제가 발생한다면, 아래 명령어로 권한을 먼저 등록해주세요!
+```
+chmod +x ./week(주차 번호)/validate.sh
+```
+
 과제 확인과 리뷰가 완료되면 PR은 `merge`되지 않고 `closed` 상태로 변경됩니다.
 정상적으로 closed 되지 않았다면 리뷰를 확인해주세요!
 

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

week10/ff-merge.md

@@ -1,3 +1,8 @@
 그렇다면 `A` 브랜치가 `B` 브랜치와 합쳐진다고 생각했을 때 현재 `A` 브랜치가 가리키는 커밋을 `B` 브랜치에서 내용이 추가된 커밋으로 설정하면 되겠죠?
 이렇게 진행할 경우 A 브랜치에서 내용 추가라는 변경사항을 새로 생성하지 않고도 참조 값을 변경해 두 브랜치의 변경 사항을 하나로 합칠 수 있습니다.
 위와 같이 실제 변경사항을 합치기보다는 `HEAD`를 옮기는 방법을 **fast-forward merge**라고 합니다.
+<<<<<<< HEAD
+
+Git에서는 기준이 되는 브랜치에 신규 커밋이 존재하지 않고 다른 브랜치에만 새로운 커밋이 존재할 때 자동으로 fast-forward merge를 실행합니다.
+=======
+>>>>>>> ceabc9bb4eee908e1d530dcde9c4ae73f9677e1a

week10/pull-practice.md

@@ -1,3 +1,9 @@
+<<<<<<< HEAD
 git pull은 fetch와 merge를 결합한 명령어입니다.
 원격 브랜치의 내용을 받아와서 자동으로 현재 브랜치에 반영하고자 할 때 위와 같이 `pull` 명령어를 사용합니다.
 작업하고 있는 브랜치에 최신 변경사항을 반영하고자 할 때 유용하게 쓰일 수 있어요.
+=======
+물론 fetch를 이용해 원격 레포지토리의 변경사항을 가져오고 merge하는 방식은 안전하다는 장점이 있지만 사실 좀 귀찮다는 단점이 있습니다.
+원격 브랜치의 내용을 받아와서 자동으로 현재 브랜치에 반영하고자 할 때 위와 같이 `pull` 명령어를 사용합니다.
+다만 pull의 경우 자동으로 fetch와 merge 를 동시에 수행하기 때문에 충돌이 발생할 수도 있습니다. 이 경우 당황하지 마시고 위에서 배웠던 것처럼 침착하게 충돌을 해결하신 후 커밋하신 뒤 한번 더 pull 명령어를 입력해주세요!
+>>>>>>> ceabc9bb4eee908e1d530dcde9c4ae73f9677e1a

week10/threeway-merge.md

@@ -1,5 +1,12 @@
 3-way merge는 서로 다른 두 브랜치에서 두 브랜치 모두 다른 변경사항이 생기는 경우 사용되는 merge 방식입니다.
+<<<<<<< HEAD
+서로 다른 두 변경사항이 합쳐지는 경우에는 반드시 두 변경사항을 병합하는 새로운 변경점을 생성하게 됩니다.
+이 방식은 충돌이 발생할 가능성이 있고 충돌이 발생하면 수동으로 해결해야 해요.
+
+Git의 merge는 base 커밋, HEAD, merge 하는 대상 브랜치의 변경 내용을 기반으로 동작합니다.
+=======
 base가 되는 커밋을 기준으로 각 브랜치의 변경 내용을 비교하여 병합합니다.
 이 방식은 충돌이 발생할 가능성이 있고 충돌이 발생하면 수동으로 해결해야 해요.
 
 Git의 merge 알고리즘은 base 커밋, HEAD, merge 하는 대상 브랜치의 변경 내용을 기반으로 동작합니다.
+>>>>>>> ceabc9bb4eee908e1d530dcde9c4ae73f9677e1a