본문 바로가기

전체 글

(80)
[생활코딩_GIT] 07. git hub에서 코드 리뷰하기 (feat. pull request) # pull requset란? - 내가 한 작업을 끝냈을때, 다른사람들의 코드리뷰(조언)을 받고싶을 때 사용하는 기능 - 내가 작업한 코드를 다른멤버들이 검토해서, 코드의 품질을 높이고, 통합 브랜치의 안정성을 높이는 것이 핵심. - 프로젝트에 대입해서 생각하면.. 보통 많은 프로젝트들에서 master branch는 바로 배포해도 문제가 없을 정도로 무결한 상태를 유지해야한다. 그래서 작업시에는 작업용 branch를 따로 만들어 두어 사용하는 것을 권장한다. 그리고 이 branch를 병합 하기 전, 코드가 무결한지 검사를 받는 과정이다. *참고 : git hub에서 pull request = git lab의 merge request 와 같은 말이다. # pull request 의 종류 1. 원격저장소가 ..
[생활코딩_GIT] 06. cherry-pick , rebase #cherry-pic의 기본 개념 topic branch t2 에서 작업한 내용이 master m2에도 반영이 되었으면 좋겠다. --> cherry-pic 은 t2 , m2를 병합하여 새로운 버전을 만들어낸다. --> t2이 버전이 생성될 때 생긴 변화만을 저장하겠다. (rebase revert도 마찬가지) # 상황을 통한 사용법 - 상황 : topic branch t2 에서 작업한 내용이 master m2에도 반영이 되었으면 좋겠다. 1. 병합되려는 브랜치로 가서 (가져오려는 브랜치가 아님) git checkout master 2. t2버전을 cherry-pic 하겠어 git cherry-pick 848cee8 -------------------- git-test 라는 폴더에 들어감 82109@DESK..
[생활코딩_GIT] 05. 협업 - #3. git fetch # fetch 란? pull의 기능을 쪼개 놓을 것이라고 생각하면 된다. 보통 git pull 하면, 업데이트 된 내역들을 가져옴과 동시에, 그 브랜치가 나의 버전과 자동으로 머지가 되어, 변경사항을 바로 열람할 수있다. 하지만, fetch 는 1) 일단 업데이트 된 내역들을 가져오고, 2) 머지할 버전을 선택하여 직접 머지해 주는 과정을 거쳐야한다. 1) git fetch (업데이트 된 내역들을 가져옴. 내 브랜치와 머지가 되지 않은 상태) 2) git merge origin/master 정리 : git pull == git fetch --> git merge origin/master 신중하게 작업 데이터를 가져오고 싶을때 사용하나, 그런경우가 아니라면 그냥 pull 을 사용하면 된다.
[생활코딩_GIT] 05. 협업 - #2. push, pull # 협업을 할때 기억해야할 3가지 pull , commmit , push 1) git pull : 원격 저장소에 있는 내용을 댕겨올때 사용하는 명령어. 일단 작업을 시작하면 git pull 을 이용하여 내 로컬의 내용과 원격저장소의 내용을 똑같이 만들어 주어야한다. 82109@DESKTOP-OO924JS MINGW64 ~/git-test/git4-collaboration/b (master) $ git pull remote: Enumerating objects: 5, done. remote: Counting objects: 100% (5/5), done. remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0 Unpacking objects: 100% ..
[생활코딩_GIT] 05. 협업 - #1. git 로 혼자 작업하기 & 함께 작업하기 # 원격저장소에 연결하여 혼자 작업하기 1. 작업이 완료되었다면, git hub에 작업 내용을 저장할 repository 를 생성한다. 2. 만들어진 repository의 주소를 복사 4. git bash에서 git reomote add origin(연결된 원격저장소 이름) (나의 원격 저장소 주소) 82109@DESKTOP-OO924JS MINGW64 ~/git-test/git4-collaboration/a (master) $ git remote add origin https://github.com/JangHyunjeong/git4-collaboration-cli.git 5. git push -u origin master - master branch를 tracking 하면서 원격 저장소에 push 82..
[생활코딩_GIT] 04. CLI Backup - #2. CLI에서 깃허브 연결하기, push, clone, pull # CLI에서 깃허브 연결하기 1. 깃허브에서 레파지토리 주소를 복사한다. (HTTP 방법으로 할것이므로, HTTP로 체크한 후 주소를 복사한다.) 2. GIT BASH 에서 연결하고 싶은 프로젝트 경로로 들어간다. 3. git remote add 저장소이름 + 깃허브 ex) git remote add origin(저장소이름) https://github.com/egoing/git-test.git(깃허브주소) 4. git remote -v 를 입력하여 내 git hub 주소가 잘 나오면 잘 연결된거다. # push 하기 1. git push 입력 2. 입력시 뜨는 --set upstream origin here 복사 3. git push --set upstream origin here 입력 * 설명 : g..
[생활코딩_GIT] 04. CLI Backup - #1. backup , git hosting # backup 집컴퓨터 -----push---> Local Repositioy Local Repositioy Remote Remote -> Local HTTP SSH 저장소간의 데이터를 옮기기 위해선 통신을 해야한다. 통신에는 2가지 방법이 있다. 1. HTTP - 보안 취약 - 쉽다. --> 수업시간에는 이것을 사용할것이다. 2. SSH - 보안 강력 - 배워야 할 것이 많다.
[생활코딩_GIT] 03. CLI Branch & conflict - #3 3way merge #깃이 머지되는 방법 - 3 way merge Branch here base there (결과물) 2 way merge (결과물) 3 way merge 라인 1 A A A A A 라인 2 B B B ? H 라인 3 C C T ? T 라인 4 H D T ? ? - 3 way merge 는 두 브랜치 라인 중 하나만 수정된다면, 해당 영역은 수정된 파일 기준으로 병합되는 것이다. # 실습 82109@DESKTOP-OO924JS MINGW64 ~ $ cd git-test 82109@DESKTOP-OO924JS MINGW64 ~/git-test $ mkdir manual-merge 82109@DESKTOP-OO924JS MINGW64 ~/git-test $ cd manual-merge 82109@DESKTOP-..