リリースをどのように追跡していますか?
現在、2つの主要な支店があります
- 開発者
- リリース
複数の人による進行中の開発は、常に で行われdev
ます。十分な量の変更が行われると、コードが にマージされrelease
、そこからビルドされ、タグ付けされます。次に、コードがデプロイされます。
問題:これは問題なく動作しますが、多くの場合、現在 dev ブランチで処理されている新しいバグが発生します。問題が修正されると、顧客に提供される新しいビルドには多くの場合、修正といくつかの新しい機能の両方が含まれます。
プロセスを次のように変更したいと思います。
- current <- 現在の開発ストリーム、最新かつ最高、まだデプロイされていない
- prod <- 現在 prod にあり、dev/1.0.2 からマージされました
- dev/1.0.0 <- 少し前にビルドされ、製品に配信されました
- dev/1.0.1 <- 以前のビルドのバグ修正、ビルドして製品に配信
- dev/1.0.2 <- 以前のビルドのバグを修正し、ビルドして製品に配信します。現在生産中
どう思いますか?この傾向は機能し、長期的に持続可能でしょうか? 私たちは年間約 15 回のリリースを行っており、リリースごとに少なくとも 2 ~ 3 回の修正が必要な製造後の事故が発生しています。除去される)