こんにちは。ソウゾウの Software Engineer (CTO) の @suguru です。連載：「メルカリShops」プレオープンまでの開発の裏側の1日目を担当させていただきます。 7月末にメルカリShopsという新しいサービスが公開されました。メルカリShops は、2021年1月にメルカリのグループ会社として設立したソウゾウが新たに立ち上げたサービスです。 この記事では、メルカリShops を作るにあたり、どういった技術、アーキテクチャを選定したのか、その背景と意思決定をまとめて共有したいと思います。 monorepo まず最初にプロジェクトをスタートしたときに、サービスのリポジトリを作るのですが、迷わず monorepo による構成を選択しました。monorepo は、システムを構成する複数のコンポーネントの独立性を保ちつつ、全ての構成を1つのリポジトリで管理する手法です。今
まえがき 案件でサーバーとクライアントがJavaScript/TypeScriptで作られてる場合、サーバーとクライアントでAPIの型定義やバリデーションのユーティリティーなどを共通化したくなります。 共通化する部分だけを別リポジトリに切り出すと、開発中公開しないと使えないので面倒です。今回はサーバー側にYarn Workspaces モノリポ（モノリシックリポジトリ）の共通化部分をNPMで公開します。 また案件で使うときは共通化はしたいけど、パブリックに公開したくはないっという矛盾があります。プライベートNPMとして公開できるにようにします。 要件まとめ サーバーもクライアントもプライベートリポジトリで管理されている サーバー側が共通化ソースを含むモノリポ構成になっている クライアント側はNPMパッケージとして読み込む 非公開のNPMパッケージとして公開したい 今回はGitHub Pac
こんにちは、フロントエンドエンジニアの万谷です。 今回は複数サービスのWebフロントエンドを運用する際のリポジトリ構成についてお話します！ 特にmonorepoかmanyrepoか悩んでいる方の助けになれば幸いです。 なお、今回出てくるリポジトリは全てWeb開発をベースにしており、その点からnpmパッケージの話が出てきますので、そのあたりは適宜読み替えていただければと思います。 はじめに スペースマーケットでは、これまでreact-railsを使った時間貸しとそのホストダッシュボードを1リポジトリで管理してきました。 そんな中2017年9月に民泊スペースを取り扱う「SPACEMARKET STAY(以下STAY)」から脱react-rails化し、Node.js+React.jsの単体のフロントエンドリポジトリが生まれ、続けて2017年11月に法人向けの「SPACEMARKET BUSIN
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
