Quipper におけるリリース作業の負荷を分散するための取り組み - スタディサプリ Product Team Blog

Web Developer の @yuya-takeyama です。 入社から 1 年と少し経ちました。 Quipper School/スタディサプリ高校講座/大学受験講座の Web 開発を担当していて、帰宅前にバッティングセンターに通うのがほぼ日課です。 今日はリリースに関する話を書きますが、デプロイの自動化とかそういった話ではなく、もうちょっと泥臭い話です。 リリースまでの流れ 前提として、Quipper では本番環境へのアプリの自動デプロイはあまり行っていません。 カスタマーサポート用の社内アプリ等は GitHub での master ブランチへのマージ時に自動デプロイを行っていたりもしますが、 エンドユーザ向けのアプリは週に一度、以下のような流れで行います。 その週のリリースに必要な機能が揃ったところでリリース用のブランチを作成し、リリーステスト用の環境にデプロイ テストケースに沿

[tanaka51]

リリース番長の仕組み、すごく好きである

[hotchemi]

渋くて良い話だ

[ohbarye]

作ったものをすぐ出荷するのが開発者にとっての理想だとは前々から思っていたが、この1年、ユーザーにとってはそうでないケースの方がむしろ多いという学びがあった。だからこそ泥臭いコントロールが必要になる

[scalar]

開発とは技術だけでなく、運用プロセスの改善も同時に進めていかないといけないという話

[innx_hidenori]

プルリク時点でのバグ発見ていうのは かなり限界があるんですよね

[taketyan]

会社ブログ書きました！地味なネタかもですが

[kamatama_41]

QuipperのWeeklyリリース作業についての記事です