フロントエンドの Monorepo をやめてリポジトリ分割したワケ - カミナシ エンジニアブログ

こんにちは。ソフトウェアエンジニアの坂井 (@manabusakai) です。 カミナシのプロダクトは、管理者の方が使う Web アプリに React、現場の方が使う iPad / iPhone アプリに React Native を採用しています。 どちらもフロントエンドの技術スタックを採用していることもあり、先日までは Monorepo と Yarn Workspaces の構成で運用されていました。 最近では Monorepo 化を進めている事例もよく見かけるようになってきました。 engineering.mercari.com devblog.thebase.in ですが、カミナシでは Monorepo をやめてリポジトリ分割をする意思決定を行いました。 具体的には、harami_client という Monorepo を harami_web と harami_mobile とい

[san57]

nohoist設定すればこうはならない気が…この組み合わせではできないなんてことある…？

[c-matt]

monorepoはモノリスみたいなリポジトリになりがちなのでPRをレビューできるグループ単位でリポジトリ分割したほうがいいと思ってる派。一貫した変更を一気に行えるほかにmonorepoじゃないとできないのってなんだろう

[kosui_me]

「Monorepoゆえの課題」というより、「何をどんなインターフェイスで共通化するか」という設計に課題があったのかな？と思いました。事前にMonorepoに対する期待値を揃えないと統制が取れなくなるのかも。

[shingo-sasaki-0529]

これ読むと Monorepo ってやっぱ限られた特徴のプロジェクトでしか有効に機能しない気がしちゃうな。React と RN で共存させてるのが良くなかっただけで、フロントエンド束ねるだけなら良いのかな。

[takayamaki]

yarn workspace設定してるrootのpackage.jsonを消すだけではだめだったんだろうか

[tjmschk]

“rebase 合戦” これだけでも十分辛い

[sonots]

React Nativeなのか

[taguch1]

是非はともかくこう言う話好き。どこが問題で何を捨てて何を取るのか。ドメインの特性とか会社の事情、チームの熟練度、諸々の事情とかは飲み会やらクローズドなとこでしか話せなかったりするけど。

[mohritaroh]

“カミナシでは肉の部位がコードネームに採用されています 🍖”

[toricls]

Web (React) + Mobile (React Native) なモノリポをパカっと割りました💨