Recomendados
Mais conteúdo relacionado
Mais procurados
Semelhante a Develop flow
Semelhante a Develop flow (20)
Develop flow
- 1. 開発フロー（ラフ） RAWHIDE. STYLE GUIDE 13年3月25日月曜日
- 2. 13年3月25日月曜日
- 3. 意図 • 現在gitでの開発がメインとなっている が、各プロジェクトでバラバラな状 態。なので、これまでRAWHIDE.が subversionで行なっていた大規模開発の ナレッジをgitで置き換えよう 13年3月25日月曜日
- 4. master trunk master • master = 本番 • masterへのmergeはリリース担当者が行 うこと 13年3月25日月曜日
- 5. develop development develop • 開発ブランチ • 各機能を実装するときにこのブランチ から機能ブランチを切る • 実装完了したらdevelopへmerge 13年3月25日月曜日
- 6. feature/機能A 機能A feature/機能 • 各機能の実装をするブランチ • developからブランチを切る • 機能の実装が完了したらdevelopへmerge • リリースされるまではブランチを残し、リリースが完了したら削除する • mergeは強気で攻める • コマンド • > git flow feature start grimoire • > git flow feature publish grimoire # code review (pull request) • > git flow feature finish grimoire • > git push origin develop 13年3月25日月曜日
- 7. hotfix bugfix hotfix/バグ • 本番で起こっているバグ修正ブランチ • masterからブランチを切る • 修正後はmasterとdevelopへmerge • 作業完了後にブランチは削除する • 基本的に数時間とかからない修正を行う場合にのみやる • 大規模な改修の場合はマイルストーンを決め、次のリリースに合わせてすすめることが 望ましい • コマンド • > git flow hotfix start knowledge • > git flow hotfix finish knowledge • > git push • > git push origin knowledge 13年3月25日月曜日
- 8. release/1.0.0 REL-1.0.0 release/番号 • リリース前の検証用（結合テスト）ブランチ • リリース日が決定したら、masterからブランチを作成し検証環境でテストを行う • テストをクリアしたらmasterとdevelopへmerge • 次回リリースが完了するまでブランチを残す • テストをクリアできなかった場合、リリースブランチを破棄、あらたに必要な機能でブ ランチを作成する • コマンド • > git flow release start 1.0.0 • > git flow release finish 1.0.0 • > git push • > git push origin 1.0.0 • $ cap deploy 13年3月25日月曜日