구름을 채우다

본 포스트에서는 제출한 변경사항을 수정하는 방법과, 제출한 변경사항이 병합되는 과정을 살펴보겠습니다. 본 포스트는 변경사항을 이미 한 번 제출했다고 가정합니다. 리뷰 확인하기 우리가 제출한 변경사항에 대해서 코멘트가 달렸네요! 한 번 살펴봅시다. 먼저, 7번 패치셋을 제출하고 나서, Zuul로부터 Verified +1을 받았습니다. 즉, 빌드 테스트가 성공했다는 뜻입니다. 그다음으로 Lajos Katona와 Slawek Kalponski로부터 코멘트를 받았네요. 한 번 클릭해서 자세하게 살펴보겠습니다. 위 사진은 제가 작성한 커밋 메시지입니다. 노란색으로 하이라이트 된 부분에 달린 코멘트들을 한 마디로 요약하자면, '커밋 메시지를 이렇게 작성하지 마라'가 되겠네요... 하하 (쓴웃음) 다음으로는 제가 실..

본 포스트에서는 OpenStack을 로컬 환경에 설치하고, 변경 사항을 제출하는 방법에 대해서 설명하고자 합니다. DevStack DevStack이란? DevStack은 git의 master 브랜치의 최신 버전을 기반으로 완전한 OpenStack 환경을 신속하게 띄우는 데 사용되는 확장 가능한 스크립트 모음입니다. DevStack은 개발 환경과 많은 OpenStack 프로젝트의 기능 테스트의 기초로서 상호적으로 사용됩니다. 즉, OpenStack을 쉽게 설치할 수 있도록 도와주는 스크립트라고 생각하시면 됩니다. DevStack 설치하기 주의! DevStack은 설치 중에 시스템의 많은 부분을 변경합니다. 오로지 이 목적으로만 사용되는 서버나 가상 머신에서만 DevStack을 실행하세요. Stack Use..

이번 포스트에서는 OpenStack에 contribute 하기 전에 해결하기 쉬운 버그나 이슈를 찾는 방법에 대해 설명할 것입니다. 본 포스트는 실제로 제가 OpenStack에 기여하기 위해 진행했던 과정들임을 참고해주시기 바랍니다. 해결하고자 하는 버그 또는 이슈 찾기 OpenStack에 기여하는 방법은 여러 가지가 존재합니다. 하지만 blueprint에 제시된 새로운 기능을 구현하거나, 양이 많은 패치는 처음 기여를 하는 개발자들에게는 어려운 일입니다. 따라서 우리는 해결하기 쉬운, 간단한 버그부터 찾아보도록 하겠습니다. 먼저, OpenStack의 이슈나 버그들은 현재 대부분 Launchpad를 통해서 보고됩니다. OpenStack에는 매우 많은 프로젝트가 존재하는데요, 여기서 본인이 기여하고자 하는..

이번 포스트에서는, 변경 사항에 대해서 어떻게 추적하고, 각 리뷰 점수가 어떤 의미를 갖는지 알아보겠습니다. 변경사항 추적하기 변경사항을 제출하고 난 후, 여기서 변경사항을 추적할 수 있습니다. 로그인 후, 제출한 변경사항에 대해서 "Outgoing reviews", 리뷰하고 있는 변경사항에 대해서 "Incoming reviews", 본인이 리뷰어이거나 소유자인 변경사항에 대해 "Recently closed"인 대시보드를 볼 수 있습니다. 리뷰어 추가하기 때로는 우리의 패치에 대해서 의견을 내줄 사람들이 필요할 때가 있습니다. 왜냐하면 그 사람들은 여러 권한을 가지고 있을 수도 있고, 당신을 돕는 멘토일 수도 있기 때문입니다. 우리가 새로운 패치나 패치셋을 업로드했다는 것을 알리는 가장 쉬운 방법은 ge..

이번에는 우리가 OpenStack에 contribute하기 전에 Gerrit을 어떻게 사용해야 하는지 알아볼 것입니다. Gerrit 흐름도 위의 그림은 Gerrit을 통한 코드 리뷰의 흐름을 나타낸 것입니다. 위의 그림을 간단하게 설명하자면 다음과 같습니다. 코드를 수정하고자 하는 프로젝트를 로컬 환경으로 clone합니다. 로컬 환경에서 수정하고자 하는 버그에 대해서 브랜치를 생성합니다. 변경사항에 대해 저장하고, 유닛 테스트를 진행한 다음, git commit을 실행합니다. (가장 첫 번째 커밋만 git commit으로 로컬 환경에 변경사항을 저장합니다.) git review를 통해 Gerrit 리뷰시스템에 변경사항을 제출합니다. 자동 테스트 툴을 통해, 빌드 및 테스트를 진행하고, 제출한 코드를 리뷰..

본 포스트는 우리가 Git 가이드를 완료한 상태라고 가정합니다. Gerrit Account Gerrit이란? Gerrit은 OpenStack 커뮤니티가 사용하는 리뷰 시스템입니다. 회원가입 OpenStack의 Gerrit 페이지를 방문하고 sign in 링크를 클릭합니다. 사용자 이름을 선택하라는 메시지가 나타날 것입니다. StoryBoard나 Launchpad에서 사용했던 것과 같은 이름으로 사용합니다. 사용자 이름을 신중하게 입력하세요. 한 번 설정하면 변경할 수 없습니다. 지금부터 Gerrit에 로그인하면 StoryBoard나 Launchpad 로그인 정보를 입력하라는 메시지가 나타날 것입니다. 개인 기여자 라이선스 계약 (Individual Contributor License Agreement) ..

본 포스트에서는 OpenStack에 contribute 할 커밋들을 작성하는 좋은 예시와 나쁜 예시를 알아볼 것입니다. 공식 문서를 번역하는 것만으로도 도움이 되는 것을 느낍니다. Git Commit의 좋은 관행 개요 이 글에서 제기될 핵심과 예제들은 변경 사항을 개별적인 커밋들로 분할하는 것에 대한 가치와, 좋은 커밋 메시지들을 작성하는 중요성에 대해서 증명할 것입니다. 만약 이 가이드라인들이 광범위하게 적용된다면 OpenStack Git 기록들의 질을 향상하는 데에 엄청난 기여를 할 것입니다. 이 글은 사람들에게 여러 혜택들을 인식하게 하는 당근과 같은 반면에, Gerrit code를 리뷰하는 누구나 채찍이 될 수 있습니다. 바꿔 말하면, Gerrit에서 변경사항들을 리뷰할 때, 코드의 정확성에 대해..

Git 관련 포스트인데 내용이 길다 보니 아마 2편 이상으로 나눠서 작성할 것 같습니다. 대부분의 OpenStack 개발 도구(예: git-review)들은 Windows 환경에서 잘 돌아가지 않으니, 리눅스 환경을 기준으로 포스팅합니다. 본 포스트는 Git 설치법과 OpenStack에 contribute 할 때의 커밋 메시지에 대해서 소개합니다. 이것저것 알아보면서 느낀 것이지만, 아무리 공식 문서라도 프로젝트나 버전마다 권장하는 내용이 조금씩 다르니 참고 바랍니다. 본 포스트는 우리가 Account Setup 가이드를 완료한 상태라고 가정합니다. Git Git이란? Git은 OpenStack 커뮤니티가 소스 코드와 문서의 변경사항을 관리하기 위해 사용하는 무료 오픈 소스 분산 버전 컨트롤 시스템이다...