Gitによるチケット駆動開発の事例 - プログラマの思索

資料を要約しながら、自分の感想も入れてみる。 SVN主導の開発で抱えていた問題。 「pull request主導のチケット駆動開発したい。svnには障壁が多い。」 trunk, staging, releaseの3つのメインブランチ戦略。 (僕もSVNでこのブランチ管理の経験はある。 きちんとソース管理はされているが、マージが手作業な場合、ライブラリアンの負荷が途方もなく大きい。 どのリビジョンをリリースするのかというExcel申請書が大量に届いて、それを見ながら手作業でマージしてビルドする。) SVNはマージやブランチを切るコストが大きすぎる。 (trunkから派生したブランチとtrunkの間のマージはまだ楽だが、ブランチ間同士のマージはまだまだ厳しい。) 理想は、GitによるPullRequest主導のチケット駆動開発。 (チケットにソースの修正理由や発端、経緯が記載されている、ないし

[tinsep19]

WebUIが無かったら、SVNとほぼ同じ使い方をされ てしまう。 ゴールはPullRequest文化の輸入