코딩하는 개굴이

코드 리뷰는 소프트웨어 개발 시 개발자에겐 매우 중요한 단계이다. 품질 향상과 버그 예방을 위해 개발자들이 코드를 검토하고 피드백을 주고 받는 과정이기에 항상 신중하고 공들여야하기도 하다. 그러나 이러한 코드 리뷰는 많은 시간과 노력을 필요로 하고 텍스트만으로 의사를 전달해야하기 때문에 효율적인 의사소통이 필요하다. 이를 위해 개발자들은 줄임말을 사용하곤하는데, 코드 리뷰 시 자주 사용되는 줄임말들을 정리해보자. NIT (Need Improvement or Suggestion): 개선이 필요한 부분이나 제안할 사항을 말한다. 주로 작은 스타일 또는 코드 품질 관련 문제에 대해 사용된다. DITTO (The Same as Before): 이전에 언급한 내용과 동일하다는 의미로 사용된다. 이전 피드백과 동일..

작업 시에, 만일 클론한 개인 레포에서 작업을 하고 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 되었는지 확인만하면 적용은 완료이다! 이제 어떤 것이 달라졌는지 한번 살펴보자. 좌측의 파일 트리에서는 몇줄이 바..