git workflow
git workflow 진행은 코드스테이츠의 Repository를 fork한 뒤 페어와 함께 git workflow를 해봄으로써 git의 사용에 익숙해지고 흐름을 정확하게 파악 할 수 있었다.
fork & clone
-
코드스테이츠에서 준 repository를 /home/사용자명/ 에서 clone하여 home/사용자명/im-sprint-simple-git-workflow 라는 Local Repository 생성
-
그 후 페어의 Remote Repository와 내 Local Repository를 연동시킴
명령어 :git remote add partner master(git remote add <상대방별칭> <branch 이름>)연동이 잘 됐는지 확인하기 위해 git remote -v 명령어로 확인
-
연결확인 후 내가 먼저 Local Repository에 있는 Hi.txt와 isOdd.js 파일을 staging area에 넣은 뒤 '처음 해봅니다 어렵네요.' 라는 메시지와 함께 커밋후 remote repository로 푸쉬
add명령어 :git add .(im-sprint-simple-git-workflow의 모든 파일을 staging area로 보내는 명령어)
커밋명령어 :git commit -m '처음 해봅니다 어렵네요.'
푸쉬명령어 :git push origin master -
페어분에게 push사실을 알려주자 화면을 공유하여 나의 remote repository 를 당겨옴
풀 명령어 :git pull duo master( 페어분은 나의 별칭을 duo로 지정해놨음) -
페어분이 파일을 수정한 뒤 3번과정을 통해 페어의 remote repository에 파일을 푸쉬했음
위를 통해 페어와 함께 git을 통해 업무를 하는 법에 대해서 알 수 있었고 충돌이 진행됐을 때를 확인
-
README.md 파일을 제외한 나머지 파일을 지운 뒤 페어가 Hello.js 라는 파일을 생성 후, 페어의 remote repository에 푸쉬 함
-
그 후 페어의 remote repository를 내가 당겨온 뒤 Hello.js 내용 수정, 페어는 자신의 local repository의 Hello.js 내용 수정 후 각자 서로의 remote repository에 수정된 내용 푸쉬(이 당시 커밋 메시지는 'crush test' (충돌이 conflicts인지 모르고 그냥 crush라고했음))
-
그리고 난 뒤 서로의 remote repository를 pull 한 결과 merge(자동병합) 실패
-
페어와 대화를 통해 내가 수정한 내용으로 진행하자고 합의한 뒤 vscode를 통해 수정 후 각자의 remote repository에 push
-
그 결과
병합 실패를 수정했기 때문에 Hello.js의 내용은 변함이 없었고 커밋되지 않았기 때문에 처음 내용을 수정할 당시의 커밋 메시지인 'crush start' 위의 내 아이디인 Hsource39 옆에는 병합을 수정한 커밋메시지인 'crush clear'
이 둘을 통해 자동병합 실패로 인한 수정은 파일이 수정된 것이 아님을 파악
etc
result = prompt(title, [default]);
title
사용자에게 보여줄 문자열
default
입력 필드의 초깃값(선택값)
인수를 감싸는 대괄호 [...]의 의미
default를 감싸는 대괄호는 이 매개변수가 필수가 아닌 선택값이라는 것을 의미합니다.
https://ko.javascript.info/alert-prompt-confirm
마지막으로..
git을 이용하는 방법에 대해 배웠고 페어가 알려준 prompt의 이용법에 대하여 찾아봄. 불안감이 커져온다
