github of project
DESCRIPTION
とあるプロジェクトのGitHubTRANSCRIPT
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中心にプロジェクトが回りだした