github of project

(株)永和システムマネジメント伊藤 邦彦

kunitoo@esm.co.jp2012.06.23The GitHub poweredby Agile渋谷

とあるプロジェクトの G itHubG

Kunihiko ITO @kunitoo

Eiwa System Management inc.

http://coderwall.com/leaderboard

今日のお話

受託開発を行うプロジェクトでのGitHubの役割や活用方法についてお話します

注意

•学園最強のレベル5•その幻想をうちやぶる•ビリビリする人

こんな人はいません

http://speakerdeck.com/u/kenchan/p/social-coding

プロジェクトの状況•2年以上続いていたプロジェクトをGitHubに移行

•メンバーが増えた(開発者8名)•業務知識がないメンバーが多いためコードレビューが必須

•Gitを使ったことのない人がいる

開発の進め方•実装•ソースコードレビュー•業務レビュー

実装着手•pivotalのcurrentにあるストーリーの状態をStartedに変更する

•ストーリーのトピックブランチを作成を作成する

実装終了(単体テスト含む)•GitHubでPull Requestを送る•ストーリーの状態をFinishedに変更する•ソースコードレビューを行なう•(レビューワーは第三者であれば誰でもよい、誰かに頼む)

ソースレビュー終了• Merge pull requestを行なう• リモートのトピックブランチを削除する(トピックブランチは不要であるため)

• pivotal上でストーリーの状態をDeliveredに変更する

困ったこと

•Pull Request がたまる•Binary File

Pull Requestがたまる

Pull Requestがたまる•朝会で今日のPull Requestを確認し、Issuesでレビューの主担当を設定する

朝会で主担当を割り振る

S2JUnit4•事前データをExcelファイルから挿入しているため、修正を行うとバイナリデータのため、GitHub上で差分表示できない

S2JUint4の対処•Pull Request した後、ペア作業としてレビューを行うこととした

•GitHubのよさを生かせていない

活用

Emoji

http://www.emoji-cheat-sheet.com/

楽しくレビューコメントする

IRC Hook

プロジェクト外の人からのコメント

プロジェクト外の人スト

手元にソースコードをもってくる必要がないため気なったときに読むことができる

まとめ

GitHubでPull Requestを積極的活用すると朝会でPull Requestを見るようになり、GitHub中心にプロジェクトが回りだした