전체 글143 github, pull request 만들고 merge하기 개발자가 각자의 개인 브랜치인 기능 브랜치(feature branch)에서 개발과 테스트가 마치면 메인 브랜치에 머지를 해야 하는 순간이 옵니다. 이때 pull request를 생성하게 됩니다. 대부분의 현장에서는 풀 리퀘스트(pull request, 줄여서 pr)를 만들어 코드 리뷰를 한 후 코드에 문제가 없다면 메인 브랜치로 머지를 하는 프로세스를 갖게 됩니다. 이번 포스트에서 github에서 pr를 만들고 merge를 하는 과정을 살펴보겠습니다. pull request 만들기 1. new pull request 버튼으로 풀 리퀘스트 생성화면 열기 아래 화면은 git hub 리포지토리 화면 입니다. 현재 두개의 브랜치가 존재합니다. 오렌지 상자 영역의 텍스트를 클릭해서 들어가면 아래 화면이 표시됩니다.. 2022. 9. 16. Git 브랜치 전략과 github 워크 플로 깃에서 브랜치를 만들어 작업하는 방법은 매우 중요합니다. 브랜치 작업에서 중요한 것은 언제 브랜치를 만들고 어떤 브랜치에서 만드는지 정하는 일입니다. 이것을 정의하는 것을 브랜치 전략이라고 합니다. 브랜치 전략에 대해 생각해보고 github에서의 워크플로를 알아보도록 하겠습니다. 브랜치 전략 정의하기 특정 규칙 없이 프로젝트에서 작업하는 많은 사람이 브랜치를 만들고 다수의 브랜치를 통해 변경 작업을 해올 수 있습니다. 브랜치에서 작업하는 것은 좋은 일이지만 어떤 지점에 무엇이 있는지 파악하기 어려울 수도 있습니다. 따라서 브랜치 전략을 정의하는 것이 좋습니다. 브랜치 전략은 브랜치를 사용하여 작업하는 방법을 정의하는 일련의 규칙입니다. 우리는 브랜치를 만들 때 규칙에 의거해서 새 브랜치를 생성할지 생성할.. 2022. 9. 13. git branch 이해하기 branch (브랜치, 분기)에 대한 개념은 깃에만 존재하는 새로운 것은 아닙니다. 기존의 버전 관리 시스템에도 존재하는 개념입니다. git의 branch에 대해 알아보도록 하겠습니다. git branch 란 branch는 하나의 프로젝트에서 분기(branch)해서 기존 코드에 영향을 주지 않고 개발을 할 수 있는 기능입니다. 예를 들어 기존에 존재하던 코드에 새로운 기능을 추가할 일이 생겼다고 생각해 봅시다. 기존 코드는 그대로 두고 본사본을 다른 곳에 놓고 작업을 하면 안전할 것입니다. 더 가까운 예로 액셀 파일이나 논문 등을 수정 시 버전별로 저장해 놓곤 합니다. 이렇게 프로젝트의 기존 코드는 유지하면서 안전하게 개발을 할 수 있는 공간이 브랜치입니다. 개발을 할 때는 하나의 브랜치에서 계속 개발하.. 2022. 9. 10. 깃 작업 흐름, github clone부터 push까지 따라하기 github 인터페이스를 통해 직접 많은 작업을 수행할 수 있습니다. 하지만 git으로 작업할 때 github는 원격 리모트 리포지토리이고 개인 작업자는 로컬 리포지토리에서 작업을 하게 됩니다. 따라서 github와 로컬 사이에 많은 상호 작용을 수행해야 합니다. 깃의 작업 흐름을 알아보고, github의 리포지토리를 사용해서 clone을 하고 리모트에 push 하는 과정을 살펴보겠습니다. 깃 작업 흐름 이해하기 github를 사용하여 작업할 때 개발자는 일반적으로 다음 흐름으로 작업을 하게됩니다. github에 이미 존재하는 리포지토리가 있는 상태에서 작업을 한다고 가정하겠습니다. 전체 워크플로에서 깃 허브는 원격 저장소가 되고 모든 작업자가 접근할 수 있는 코드가 저장되는 중앙위치에 불과합니다. 1... 2022. 9. 7. 이전 1 2 3 4 5 6 ··· 36 다음
