버그일 경우

• 우선 bugs.launchpad.net/<projectname> 으로 접속하여 버그 리포팅.
  • 이때 4가지로 테스크가 나뉘는데,
    1. 새로운 버그 확인: “New”로 표기된 버그를 “Confirmed”로 변경 가능한 상태.
       거의 초기를 말한다고 보면됨.
    2. 버그 수정 : 버그를 할당하고, “In Progress”로 등록.
    3. 리뷰중 : “Incomplete”로 표기되고 리뷰가 진행되는 상태를 말함. 최대
       4주까지 걸린다고 함.
    4. 버그가 또다시 발견된 경우 : 그렇다고함… (뭐라말하기가… 그냥 나같은
       경우엔 리오픈으로 적고 프로세스 해버림…)
• 커밋할때 버그 진행상태를 남겨둘 수 있음. 자세한건 Including external
  references 를 보면됨.

청사진으로 새로운 기능을 붙일 경우

• 이건 그냥 Blueprints – wiki 를 보자.
• 관심 없고, 내가 딱히 추가할 내용도 별로 없어서… 우선은.. 빈칸…

변경을 시작해볼까~~~

• 첫 클론을 떠온거라면 상관없지만… 뜬지 꽤됐으면 업스트림이랑 코드를 맞춰줘야
  된다.
  • 안하면 일 두번하는 생긴다… OTL
  • 내가 이글을 쓰고 있는 이유기도 하다…

$ git remote update
$ git checkout master
$ git pull --ff-only origin master

• 그리고 브런치를 따는데, Blueprint는 bp/<blueprint_name>, Bug는
  bug/<bug-number> 로 따주면된다.

git checkout -b TOPIC-BRANCH

변경 사항 커밋

• 제목은 50자 이내로 작성하고, 한줄 띄우고 내용을 작성해줘야된다.
• 자세한 내용은 Git commit messages 참고.

summary

brrrrrrbrrrrrra

<if blueprint>
Implements: blueprint <blueprint_name>
<if bug>
Closes-Bug: #<bug_number>

• Change-id 는 git review 로 올린뒤에 알아서 붙여주는거라 따로 적을 필요는 없다.
• 리뷰에 반려가되어서 다시 커밋을 해야되는 경우에는 git commit --amend
  오셤으로 해주면된다.

리뷰 등록

• git reivew 로 하면 review.openstack.org 에 올라가 있는 것을 확인할 수 있다.

변경사항이 있을때

• 커밋 메시지에 Change-Id 가없을때는 붙여넣기 해준 다음 --amend 로 커밋.

나머지 자세한 것들은 Developer’s Guide 를 확인하도록하자. 이것도 뭐… 내가
까먹으니까 작성한 것이기도하지만…