monorepo で開発時にパッケージの変更を build なしで他のパッケージに反映する方法
{ "name": "lib-a", "version": "0.0.0", "type": "module", "main": "dist/index.js", "scripts": { "build": "rm -rf dist && tsc" } } この場合、lib-a の src/index.ts を変更だけしても lib-b には反映されません。なぜなら lib-b は lib-a の dist/index.js を参照しているため、build を実行して dist ディレクトリの中を更新する必要があるからです。 またこのときに tsserver の機能を使って lib-b から lib-a の参照にジャンプしても src/index.ts に飛ばないという問題点もあります。 解決策 問題の原因は依存元の lib-a の main に build によって生成されるファイルへの
TypeScriptのモノレポ構成を考える
はじめにlink あまりモノレポの構成について語られている記事が多くないなと感じたので、現時点で自分が考えている設計をまとめてみる。 以前にTwitterでディレクトリ構成と内容については言及したが、実際に利用する技術についてはあまり触れなかったので改めて検証してみた。 https://twitter.com/koh110/status/1617510034266808322 クライアントサイドとサーバーサイドのコード共有については下記の記事がよくまとまっていた。 https://capelski.medium.com/effective-code-sharing-in-typescript-monorepos-475f9600f6b4 上記の記事の構成も参考にしつつ、自分の考えも加えて検証していく。 相対パスを利用する方法 npmのローカルパス指定（file:xx）を利用する方法 シンボ
npm workspacesとモノレポ探検記
❯❯❯ npx envinfo --binaries Binaries: Node: 16.13.2 - /private/var/tmp/fnm_multishells/5279_1643694868908/bin/node Yarn: 1.22.15 - ~/.local/share/npm/bin/yarn npm: 8.1.2 - /private/var/tmp/fnm_multishells/5279_1643694868908/bin/npm Watchman: 2022.01.24.00 - /usr/local/bin/watchman 用語 レポ(repo) Gitのリポジトリ。 シングルレポ(single repo) ベーシックなレポ。typescriptやeslintなどの開発ツールの設定もひとつだけで管理がかんたん。ただし、レポに対応するNPMパッケージは1個だけ
Next.js+TypeScriptをmonorepoで構築したアプリに共通処理を配置するモジュールを作成した - ROXX開発者ブログ
はじめに こんにちは！ RECJob開発チームの福山(@posion_404)です。 社内ではpoisonって呼ばれております。 今回は、プロダクトを作成している際に共通処理をモジュール化して管理することを実施したのでそのことについて書いていきます！ なぜモジュール化を分けようと思ったのか 今チームで開発している、RECJobというプロダクトはReact/Next.js+TypeScriptをmonorepoで構築されています。 そこで、各アプリにまたがって同じ処理を書くことが増えてきたので、いっそのこと共通ディレクトリを作成してそこで管理しようということになりました。 同じ処理を書く際にアプリをまたぐことで使用面においても管理面においても色々と制御しやすいと考えました。 （monorepoの構築に関してはこちらの記事で紹介しているので一読してみてください！） techblog.roxx.
JS奮闘記【yarn workspaceを使ったモノレポ管理】 | SRIA BLOG – 宮城県仙台市のWEBシステム開発・スマホアプリ開発
こんにちは。 エンジニアの辻です。 今回はタイトル通り、yarn workspaceを使ってみました。 とても良い機能でしたので、備忘録を兼ねてブログにまとめてみました。 yarn workspaceとは？ yarn workspaceとは、複数のプロジェクトを1つのリポジトリでまとめて管理できる機能です。 いわゆるモノレポと呼ばれる環境を作れます。 例えば、あるプロジェクトAがあるとします。 プロジェクトAは、もともとクライアントとサーバーの2つのリポジトリがあるだけでした。 …が、プロジェクトの拡張に伴い、新機能用に新しいリポジトリを立てたり、メジャーバージョンアップのために新しいリポジトリを立てたりなど…、 時間が経過するにつれて、管理するリポジトリが増えてしまう…といった事、よくあると思います。 こういった時にyarn workspaceは、非常に便利です。 1つのリポジトリの中で
yarn workspaceでMonorepo+TypeScript環境をつくる | suzukalight.com
Monorepo 環境で、yarn workspace を使って、create-react-app --typescript した client ワークスペースと、prisma2 で作成した server ワークスペースを共存させる手順のメモです。Lint, Prettier, Husky の設定も行います。 前提条件完成品手元で同様の手順を踏んだリポジトリを、GitHub 上に公開していますので、併せてご参照ください。 https://github.com/suzukalight/monorepo-react-prisma2 動作環境MacNode.js v10.16.0npm v6.9.0create-react-app (react-script v3.1.1)prisma2 v2.0.0-preview-5TypeScript v3.5.3Lint, Prettier, Husky
npm workspace の使い方 - Qiita
npm v7 で追加された workspace 機能の使い方について紹介します。 記事中で使用している npm のバージョンは v7.22.0 です。 workspace 機能とは yarn workspace のような機能です。 単一のルートパッケージから複数のパッケージを workspace として管理することができます。 つまり、次のような monorepo を管理するための機能です。 . ├── package.json └── packages ├── a │ └── package.json └── b └── package.json workspace 機能を使うことによって、package-a, package-b のような複数のパッケージをトップレベルの npm プロジェクト (トップレベルの package.json) から管理・操作することができます。 ちなみに、こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
npm workspacesを試す
Monorepo Setup with NPM and TypeScript