1. とあるプロジェ
クトの G itHub
(株)永和システムマネジメント
伊藤 邦彦
2012.06.23
The GitHub poweredby Agile渋谷 kunitoo@esm.co.jp

2. Kunihiko ITO @kunitoo

4. Eiwa System Management inc.
http://coderwall.com/leaderboard

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

7. 注意

8. こんな人はいません
• 学園最強のレベル5
• その幻想をうちやぶる
• ビリビリする人

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

10. プロジェクトの状況
• 2年以上続いていたプロジェクトをGitHub
に移行
• メンバーが増えた(開発者8名)
• 業務知識がないメンバーが多いためコード
レビューが必須
• Gitを使ったことのない人がいる

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

12. 実装着手
•pivotalのcurrentにあるストー
リーの状態をStartedに変更する
•ストーリーのトピックブランチを作成
を作成する

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

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

15. 困ったこと

16. •Pull Request がたまる
• Binary File

17. Pull Requestがたまる

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

19. 朝会で主担当を割り振る

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

21. S2JUint4の対処
• Pull Request した後、ペア作業としてレ
ビューを行うこととした
• GitHubのよさを生かせていない

22. 活用

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

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

25. IRC Hook

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

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

28. まとめ

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