ソース管理どうしてますか？

2 自己紹介 • 伊藤 蓮(@hec5f0is) • ビットスター株式会社 開発部 Webエンジニア • Backlog歴2年半

ソース管理どうしてますか？ 3

4 ソース管理どうしてますか？ 弊社では下記のようなルールにしてます • 基本お客さんから指定なければ弊社のBacklogにリモートリポジトリ設置 • 課題を作成してからソースを触る • ブランチ作成するときは課題キーで作成 feature/〇〇-110 • コミットメッセージの頭に課題キーを乗せる [〇〇-110 グローバルナビゲーションを追加する]

5 ソース管理どうしてますか？

6 困ったこと • 入社半年ちょっとである保守・改修プロジェクトの開発を任される • 開発だけ任されたと思っていたら急にその人がいなくなってしまった • 昔こんな改修したんですけど他のページにもやってほしいです。 • ソース読んでいて意味が分からない

7 アプローチ • 昔こんな改修したんですけど他のページにもやってほしいです。 → Backlogの検索を使って課題を探す → 課題が見つかっても実際の作業内容を見つけにくい • ソース読んでいて意味が分からない → git blame 使ってコミットメッセージから課題を探す → 課題の詳細の内容が薄いと理解に苦しむ • 課題の修正内容をわかりやすくしたい • 課題の詳細を統一化

8 課題の修正内容をわかりやすくしたい 一人プルリクの採用

9 課題の修正内容をわかりやすくしたい 一人プルリクの採用

10 課題の詳細を統一化 課題テンプレートの採用

11 まとめ • 課題の修正内容をわかりやすくしたい • 一人プルリクの採用 → 課題とプルリクエストの紐づけをすることで後から何があったかわかる → 本当はコードレビューしたいけど、一人でも誤addなど見つけられる • 課題の詳細を統一化 • 課題テンプレートの採用 → テンプレートを設定することで、詳細を書くという文化を作れる → 統一されていると、後から見たときに見やすい

ご清聴ありがとうございました 12