GitHub PR毎に独立環境を構築することにより開発効率を向上させました！ - JMDC TECH BLOG

株式会社JMDCに6月に入社しました @dtaniwakiこと谷脇です。 github.com 現在、Pep Up for WORKという企業向けヘルスケアプロダクトをフルスタックで開発しており、今回は開発プロセス改善の取り組みについて紹介させていただきます。 info.jmdc.co.jp Pep Up for WORKではtoBサービスとしての品質を担保するため、PdMによる動作確認を行っています。一方で、非同期で開発に参加しているメンバーが多いため、この動作確認の効率化が非常に重要となっています。 以前の動作確認フローと仕組み 私が入社する前は、ステージング環境とは別にdev環境というPdM確認用環境を１つ用意して、以下のようなフローでデプロイを行い、PdMが動作確認をしていました。 以前の動作確認環境の仕組み このフローでは以下の２通りのパターンのデプロイが行われます。 複数のGi

[naari_3]

RDSの複製どうやってるんだろう

[getcha]

Product Managerの事を PdMって言う言い方あるの知らんかった。弊社内では山のようにPdMいるけど、誰もそんな略語使ってないな…便利そうではないか。

[gettergot]

最近はPR環境流行ってるな

[nmaruy]

クラウドのおかげで、昔だと色んなコストかかり過ぎて出来なかった事が出来るようになったのは良いね〜