developer_note

파일을 생성해서 버전을 만들어 보겠습니다. work1.txt / work2.txt / work3.txt라는 파일을 생성합니다. 3개의 파일을 생성했고 내용은 아래와 같습니다. 새롭게 파일이 생성되면 파일이름이 초록색으로 표시됩니다. git에 버전을 만들어 보겠습니다. work1.txt 파일을 클릭하면 원격 저장소에 저장된 내용과 비교를 자동으로 vs code가 해줍니다. work1.txt는 새로 만든 파일이라서 추가된 코드만 표시됩니다. version을 만들기위해 + 버튼을 클릭합니다. +버튼을 클릭하면 스테이징된 변경 사항에 추가됩니다. 커밋 메시지를 작성하고 체크 버튼을 누르면 버전을 생성하게 됩니다. 버전이 생성되면 변경 사항에서 파일 이름이 사라지게 됩니다. 로그를 통해서 버전이 잘 생성됐는지 확..

Visual Studio Code라는 에디터를 이용해서 git으로 버전 관리하는 방법에 대해 알아보겠습니다. git 저장소 초기화 git으로 관리할 폴더를 하나 만듭니다. repo라는 폴더를 하나 생성하고 이 폴더를 Visual Studio Code에서 엽니다. (이하 vs code라 칭하겠습니다.) 폴더를 드래그해서 vs code위에 놓아도 되고 vs code에서 폴더를 열어도됩니다. 그러면 이런 화면이 표시됩니다. 1번을 탭 메뉴를 클릭하면 아래와 같은 화면이 나오고 2번 버튼을 클릭하면 git 저장소가 초기화됩니다. 2번을 누르면 아래와 같은 화면이 표시됩니다. vs code에서는 .git 폴더를 표시하지 않기 때문에 아무것도 생기지 않은 거처럼 보입니다. repo 폴더를 열어보겠습니다. 폴더를 열..

지금까지는 Merge pull request의 내용을 학습했습니다. 하지만 Merge pull request 외에도 pull reqeust에는 Squash and merge, Rebase and merge방식이 존재합니다. Merge pull request는 모든 commit을 남기는 반면에 commit history를 쫒는데 어려움이 있을 수도 있습니다. 이럴 때 나온 게 Squash and merge, Rebase and merge 이 2가지 개념일지도 모르겠네요. Squash and merge는 EXP의 모든 커밋 내용을 전부 반영하는 것이 아니라 하나 반영하는 방식입니다. Rebase and merge는 M2에서 E1의 내용을 적용한 ME1 버전을 만들고 ME1에 E2내용을 적용해 ME2 버전을 ..

지난 실습에서 master 브랜치를 초기화하고 다시 충돌을 발생시켜 보겠습니다. 우선 마스터 브랜치로 이동하여 pull을 통해 버전을 최신화시키고 아래와 같이 수정합니다. git checkout master git pull origin master git commit -am "init" number-to-alphabet-4 브랜치를 생성합니다. git checkout -b number-to-alphabet-4 1 -> one으로 수정하고 원격 저장소(number-to-alphabet-4)에 push 합니다. work.txt에서 1->one으로 수정 git commit -am "one" git push origin number-to-alphabet-4 그리고 원격 저장소로 이동해서 pull request ..

pull request를 이용하여 작업 중 충돌이 발생하면 어떻게 해결하는지 알아보겠습니다. 아래와 같은 master가 있습니다. number-to-alphabet-3이라는 브랜치를 만들고 one을 1로 수정해서 pull request를 생성해 보겠습니다. git checkout -b number-to-alphabet-3 work.txt의 one을 1로 수정 git commit -am "1" git push -u origin number-to-alphabet-3 원격 저장소로 이동 > Compare & pull request 클릭합니다 Create pull request 클릭합니다 github는 pull request받은 브랜치와 병합할 브랜치와 비교 후 병합에 문제가 없는 경우에만 Merge pull ..

우선 pull request를 생성하겠습니다. master에서 number-to-alphabet-2라는 브랜치를 생성합니다. git checkout -b number-to-alphabet-2 four, five라는 버전을 생성하고 원격 저장소에 push 합니다. 원격 저장소에 접속하면 아까와 동일하게 pull request 할 수 있는 버튼이 생성됩니다. 이번에는 Pull requests 탭을 이용해서 해보겠습니다. Pull requsets > New pull request를 클릭합니다. 그러면 이렇게 생긴 화면이 표시되는데 compare 부분을 클릭해서 병합할 브랜치를 선택합니다. number-to-alphabet-2를 클릭합니다. 그러면 다음과 같은 화면이 표시됩니다. Crete pull reques..

실습환경 준비는 아래 사이트를 참고 바랍니다. https://like-a-drizzle.tistory.com/212 32. [Git] pull request 실습환경 만들기 pull request 하기 위한 실습환경을 만들어 보겠습니다. 원격 저장소 하나를 생성합니다. 원격 저장소를 생성했습니다. 이 저장소에 동료를 하나 초대합니다. Settings > Manage access > Invite a collaborator.. like-a-drizzle.tistory.com pull request 할 내용이 생기면 브랜치를 만든 사람에게는 아래와 같은 화면이 표시됩니다. 버튼을 클릭해보겠습니다. 클릭하면 이런 화면이 표시됩니다. 1. number-to-alphabet 브랜치 내용을 master 브랜치에 병합..

pull request 하기 위한 실습환경을 만들어 보겠습니다. 원격 저장소 하나를 생성합니다. 원격 저장소를 생성했습니다. 이 저장소에 동료를 하나 초대합니다. Settings > Manage access > Invite a collaborator 초대할 유저 닉네임을 입력하고 초록색 버튼을 클릭합니다. pples0925를 원격 저장소에 협업자로 초대했다는 메시지가 상단에 표시되고 현재 상태는 pending Invite 대기 중인 상태로 표시됩니다. 초대받은 유저의 메일로 가보면 github에서 온 메일이 있는 아래 초록색 버튼을 누릅니다. 그러면 초대받은 원격 저장소로 이동하게 되고 협업에 참여할꺼면 Aceept invation을 누르고 협업에 참여하지 않을 거면 Decline을 누릅니다. 초록색 버..

pull request pull request는 다른 서비스에서는 merge request라고도 불리는 기능입니다. 독립적으로 진행되던 브랜치의 작업을 다른 브랜치에 병합해달라고 요청하는 기능입니다. 대표적인 경우는 이렇습니다. master 브랜치의 마지막 버전은 언제나 실행/배포 가능한 상태를 유지하기로 협의한 팀이 있습니다. 모든 작업은 별도의 브랜치를 만들어서 그곳에서 작업을 진행하기로 했습니다. 이런 브랜치를 토픽 브랜치, 기능(feature) 브랜치라고 합니다. 모든 작업이 끝나고 토픽 브랜치를 master로 병합할 때 다른 사람들의 검토를 받도록 하고 싶다면 어떻게 해야 할까요? 이때 사용할 수 있는 최고의 기능이 pull request입니다. pull request를 이용하면 브랜치에서 만들..

왼쪽, 오른쪽에서 각각 다른 사람이 협업하고 가정하겠습니다. 우선 왼쪽에서 파일을 만들어서 원격저장소에 push 합니다. 왼쪽에 2개의 버전을 만들어 L1까지만 원격 저장소에 저장된 상태입니다. 오른쪽에서 pull 해서 버전을 가져와 보도록 하겠습니다. 원격 저장소에 저장된 L1까지 받아온 게 보입니다. 이 상태에서 왼쪽은 push를 하고 오른쪽은 right.txt라는 파일 만들어서 commit 하겠습니다. 로그를 확인해보면 왼쪽은 L2까지 원격 저장소에 push 하였고 오른쪽에는 아직 L2에 대한 정보가 없습니다. 오른쪽에서 fetch를 해서 로그 이력을 최신화하겠습니다. 오른쪽 작업자의 로그를 확인해보면 L1브랜치에서 L2와 R1으로 분리된 것을 확인할 수 있습니다. 이대로 merge를 해서 L2 내..