코딩하는 개굴이

Git 이란, 개발자들에게 뗄레야 떼기 힘든 소프트웨어 중 하나이다. 매 순간마다 사용하고 있으나, 실제로 정확히 어떤 역할을 하는지 어떤 상황에서 어떻게 명령해야하는지 주저될 때가 있다. 만일 제대로 모르는 상태에서 명령어를 사용하게 된다면 생각치 못한 결과를 만들어 크게 곤욕을 치를 수도 있다. (경험담이기도 하다.) 따라서, 이번 포스팅에서는 깃의 베이스를 제대로 알아보고자 한다. Git 의 등장 소프트웨어를 개발할 때 버전 관리 툴은 매우 필수적이다. 새로 코드를 작성하거나 기존 소스를 수정하거나 프로그래머는 소스의 과거 히스토리를 파악하거나 개발 시 현재 작업한 내역을 저장/보존해야한다. 이때 사용되는 툴이 버전 관리 툴이다. 버전 관리 툴은 현재 크게 SVN, Git 이렇게 2가지가 존재한다...

LFS 를 한번도 써본 적이 없는 상태에서 대략적으로 무엇인지만 알았다가 큰 코다친 경험으로 인해, 정확히 알아보고자 해당 포스팅을 작성하게 되었다. 다음에는 이런일이 없도록...!! LFS 란 무엇일까? LFS 란 무엇일까? 아래처럼 한방에 이해되도록 하는 취향 저격인 이미지가 있길래 끌어와보았다. 간략하게 말해서는 좌측의 뚱이처럼 우리가 입이 작은 스펀지밥인 github 에 100MB 크기가 넘는 파일들을 업로드 할 수 있도록 하는 기능이다. Git 은 본래 여러개의 작은 소스코드 파일들을 위한 버전 컨트롤 시스템(VCS) 이다. 따라서, 인식하지 못했을지 모르지만 Github 은 50Mb 부터 push 시 Warning 이 표시되고, 100Mb 부터는 push 시 Error 가 발생한다. 그러나, ..

작업 시에, 만일 클론한 개인 레포에서 작업을 하고 Upstream 으로 PR 을 올리는 방식을 팀에서 사용하는 경우 PR 이 별도로 설정하지 않으면 Opensource/GitKraken 등에 뜨지 않는 현상이 보일 것이다. 이런 경우, 타인의 레포로 직접 가서 clone 할 수도 있겠지만 매번 그러기 번거롭기 그지없다. 따라서, Upstream 의 PR 을 끌어오는 명령어를 알아보도록 하자. 특정 PR 을 끌어오자 우리가 가져오고자 하는 PR 이 148번이라고 가정하자. 특정 PR 이 몇번인지는 아래와 같이 PR 에 들어가 우측의 # 이후에 적힌 번호로 알 수 있다. 이 번호를 가지고 아래 명령어를 입력하자. git fetch -fu upstream refs/pull/148/head:pr/148 git..

작업을 진행할 때, 일정 상 특정 배포 버전 후에 다음 버전의 작업을 진행하는 경우라면 괜찮지만 경우에 따라 동시에 여러 버전의 작업이 진행되는 경우가 존재한다. 또한 미연에 이슈를 발견해서 기록해두는 경우 등 여러 버전이 동시에 돌아가면 목표를 뚜렷하게 표시해두는 것이 커뮤니케이션을 원활하게 만들 수 있다. 이를 위해서 GitHub 에서는 Milestone 이라는 기능을 제공하고 있다. Milestone 생성하기 PR 혹은 Issue 에서 등록 시에도 Milestone 을 생성할 수 있지만 정석적인 방법을 알아보도록 하자. 우선 아래와 같이 Issue > Milestone tab 을 선택하여 현재 생성되어있는 Milestone 들을 확인할 수 있다. 이 목록들에서 특정 마일스톤을 선택해 수정하거나 삭제..

Pull Request 리뷰를 할 때, 특히나 아래와 같이 수정 사항이 많은 경우에는 물론 꼼꼼히 모든 것을 보면 좋겠지만 막막한 기분이 먼저 들곤한다. 저 모든 파일을 다 클릭해보아야 얼만큼 바뀌었는지 보이고 더 많이 변경된 것들을 먼저 보고싶어도 하나하나 눈으로 봐야하기 때문이다. 이럴 때, 조금 리뷰에 도움이 되는 크롬 확장 프로그램이 있어 소개해보고자한다. Better Pull Request for GitHub Better Pull Request for GitHub 는 크롬의 확장 프로그램이다. 단순히 들어가 크롬에 추가한 후, GitHub 의 원하는 PR 에서 정상적으로 Enable 되었는지 확인만하면 적용은 완료이다! 이제 어떤 것이 달라졌는지 한번 살펴보자. 좌측의 파일 트리에서는 몇줄이 바..