Node.js 14から18へアップデートする方法について
Corepackを使ってNode.jsをアップデートする ⬆️⬆️というタイトルで、Node.js 14からNode.js 18へのアップデートする方法について話した。 Node.js 14は4月末でEOLで、Node.js 18までアップデートする必要があるけど、npmの変更が混ざって大変です。 Corepackを使うことで、Node.jsとnpmのアップデートを同時にやらなくても良くなり、問題を分割して対応できます！ Corepackを使ってNode.jsをアップデートする ⬆️⬆️https://t.co/mRHsBcYbpn pic.twitter.com/HiiCe7c5YE — azu (@azu_re) April 28, 2023 スライド: Corepackを使ってNode.jsをアップデートする ⬆️⬆️ Note: Node.js 14は2023-04-30でEOLで
npm/yarn/pnpm/bunを同じコマンドで扱える ni のzsh実装を書いた
niという npm/yarn/pnpm/bun を同じコマンドでインストール/アンストールコマンドを実行できるツールがあります。 antfu/ni: 💡 Use the right package manager 仕組み的には、各パッケージのロックファイルやCorepackで決められたpackageManagerフィールドの値から、どのパッケージマネージャを使うかを判断しています。 たとえば、package-lock.jsonがあるプロジェクトなら npm を使ってるので、niコマンドは npm のコマンドを実行します。 また、packageManagerフィールドがyarn@<version>になっている場合は、niコマンドは yarn コマンドを実行します。 なぜこういうツールが必要になるかというと、npm や yarn などのパッケージマネージャは、それぞれのパッケージマネージャの
【小ネタ】huskyを導入したプロジェクトでnpmパッケージを公開するときに必要な設定 | DevelopersIO
自作のnpmパッケージを公開したところhuskyの設定ミスで「npm ERR! command sh -c husky」というエラーが発生するようになり、せっかく公開したパッケージが利用できない状態となってしまいました。 その時の解決策について書いてみました！ こんにちは。AWS事業本部コンサルティング部に所属している今泉（@bun76235104）です。 みなさん、huskyというツールをご存じですか？ huskyはgitコマンドのpre-commitなどのフックを使って、テストの実行や各種リントの実行を制御できます。 たとえば、以下のブログではcommitlintと組み合わせることで、commitメッセージのリントを実行しています。 私も自分で作成した公開npmパッケージの開発時に、このようなルールを組み込んでいたのですが、公開用の設定を追記するのを失念していたため、以下のようなエラー
GAS でも npm のライブラリを使いたい - yKicchan's blog
GAS で bot 作る時にふと npm に公開されてる便利なライブラリ達を使えたら便利だなと思い至ったのでやってみた話 構成 実行環境: GAS 使用言語: TypeScript ビルドツール: webpack + babel デプロイツール: clasp 今回作ったサンプルはこちら。 説明しないこと GAS + clasp の使い方など基本的なところは割愛するので、知らない人は @FruitRiin さんの Google App Script(GAS)をローカルで快適に編集して同期しよう！ を参考にどうぞ。 解説 スーパーエンジニアのみなさんは構成で完全に理解した思うが、webpack + babel でビルドしたものを clasp を使って GAS にぶち上げているだけ。 1. プロジェクトの準備 ディレクトリ作成、npm の初期化 $ mkdir MyBot $ cd MyBot
node-gypコンパイル時に怒られるときは素直にpythonを2.7系におとす - Bye Bye Moore
npmのパッケージインストール時にnode-gypがエラーを出すなら、 コンパイル時につかうPython系の不整合が問題であるケースが考えられます。 その際は"pyenv local"などでpythonを2.7系におとすと上手くいったりします。 実際のところ $ npm install npm WARN package.json passport-test@0.0.1 No description npm WARN package.json passport-test@0.0.1 No repository field. npm WARN package.json passport-test@0.0.1 No README data > kerberos@0.0.12 install /Users/shuzo_kino/node/passport/node_modules/mongoose
npm-scripts を書く時の手癖 - mizdra's blog
かれこれ 5 年くらい趣味開発で npm-scripts を書き続けている。長年書き続けているとノウハウが蓄積されてきて、「こう書くとスッキリする」「迷いがなくなる」「後から拡張したくなった時に、簡単に拡張できる」みたいな書き方が身についてきた。自分の型、あるいは手癖のようなものだと思う。 せっかくなので、id:mizdra の今の npm-scripts を書く時の手癖を書き連ねてみる。 基本形 { "scripts": { "build": "webpack --mode production", "dev": "webpack-dev-server --mode development", "lint": "eslint .", "test": "jest" } } 一番シンプルな npm-scripts を書く時のパターン。以下の 4 つの script を登録している。 buil
そもそもnpmからわからない
はじめに やっぱりwebpackがわからない（エピソード1）、エピソード2を公開しているのですが、そもそもnpmからわからない、という人もいると思いますので、今回はnpmに関して説明します。 なお、やっぱりwebpackがわからないではViteに関して触れていますが、Node.jsもDenoという新しいランタイム環境が登場しています。ですが、やはりまだ開発現場で使用するには難しいと思いますので、Node.jsを使用するうえでnpmはちゃんと理解しておいた方がいいです。 npmとは npm とはNode.jsのパッケージを管理するシステム、所謂パッケージ管理システムです。アプリケーションを作成する際、便利なパッケージをそのプロジェクトにインストールして、使用することができます。 ところで、パッケージとは一体何なのでしょうか？ パッケージとは システム開発ではモジュール、パッケージ 、ライブラ
npmで管理しているライブラリのバージョンアップ手順まとめ
概要 npmで管理しているライブラリのバージョンアップ方法をまとめていきます。 また、今回は何かサンプルのプロジェクトを利用し、結果を見ていくとわかりやすいと思うので、https://github.com/creativetimofficial/vue-notus こちらを利用し下記の手順を試しながら結果を記載していきます。 ローカル環境のnpmバージョンを確認 最新のversionになっていることを確認します。 最新になっていなければversionをlatestまで上げてからバージョンアップを行うのが良いです。 現在のライブラリのversionを確認 npm outdatedコマンドで現在のライブラリのバージョン、マイナーバージョンがどのくらい上がるのかを確認します。 npm outdated説明 Current：現在インストールされているバージョン Wanted：存在するバージョンのう
cdkでよくあると思う npm WARN をとにかく解消してみた | DevelopersIO
なお、EBADENGINEを解消する過程で消え去りました。 shrinkwarpとlockfileVersionについては公式ドキュメントに詳細な記載があるため、「知らんかった」という人は目を通しておくとよいかもしれません。 npm WARN old lockfile lockfileが古い状況です。更新すると表示されなくなります。 npm i --package-lock-only npm WARN xxxx@0.1.0 No repository field. 恐らくcdkで新規作成したプロジェクトだとよく見かけるかもしれません。stackoverflowにてそのまま質問になっているスレッドが存在します。 対処方法として、公開しないリポジトリであればpackage.jsonに "private": true を差し込んでしまうのが早いでしょう。 { .. "private": true
「npm install」時のセキュリティ警告への対応方法 - Programming Self-Study Notebook
皆さんはnpm installを実施した際のWARNについてどのように対応していますか？ 私はよくわからないから放置していたのですが、中には脆弱性に関する警告が含まれていることがあるようです。 そんな時は、使用しているnode_modulesの脆弱性について調べるコマンド（npm audit）を活用して、脆弱性を塞いでいきましょう。 ココでは解決までの流れをまとめます。 Step1：発見（npm installを実施） Step2：状況確認（npm auditを実施） Step3：対応①（npm audit fixを実施） Step3-1：自動アップデートをキック（npm audit fixを実行） Step3-2：結果の確認（npm auditを実施） Step4：対応②（手動で修正） なぜ自動アップデートが禁止されるのか 個人的な対応方法 Step4-1：インストールルールの更新（pa
脱webpack : CLI編 - Qiita
はじめに 現在フロントエンド開発環境のうち、一部のwebpack依存処理をnode.jsスクリプトに置き換えています。 前回の記事ではejsの変換処理をnode.jsスクリプトに移行しました。 脱webpack : ejs編 今回は簡単な処理を肩代わりできるCLIモジュールをご紹介します。 皆さまへのお願い 「このモジュールは絶対便利！覚えておけ！損はないから！」 という一押しモジュールがあったらぜひコメント欄からお知らせください。 nodeモジュールのインターフェイス nodeモジュールをユーザーが利用する場合、インターフェイスはAPI経由かCLI経由のどちらかになります。1つのモジュールで両方のインターフェイスを用意しているものもあります。各モジュールがどのインターフェイスを備えているかはREADMEに記述してあります。 API APIはモジュールをjavascriptから呼び出すイン
モノリポの一部をGitHub PackagesのプライベートNPMパッケージで公開する | DevelopersIO
まえがき 案件でサーバーとクライアントがJavaScript/TypeScriptで作られてる場合、サーバーとクライアントでAPIの型定義やバリデーションのユーティリティーなどを共通化したくなります。 共通化する部分だけを別リポジトリに切り出すと、開発中公開しないと使えないので面倒です。今回はサーバー側にYarn Workspaces モノリポ（モノリシックリポジトリ）の共通化部分をNPMで公開します。 また案件で使うときは共通化はしたいけど、パブリックに公開したくはないっという矛盾があります。プライベートNPMとして公開できるにようにします。 要件まとめ サーバーもクライアントもプライベートリポジトリで管理されている サーバー側が共通化ソースを含むモノリポ構成になっている クライアント側はNPMパッケージとして読み込む 非公開のNPMパッケージとして公開したい 今回はGitHub Pac
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
npm-scripts：pre・postプレフィックスを利用して、スクリプト実行前後に別のスクリプトも実行させる方法 - NxWorld
npm audit: Broken by Design — overreacted
GitHub - sindresorhus/trash: Move files and directories to the trash
chalk
Open sourced coffee-watcher, less-watcher and watcher_lib - amix.dk
komodo-debug - npm registry