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で
Dual Package Hazard - from scratch
この記事は Node.js Advent Calendar 2019 の 11 日目の記事です。 qiita.com 今回は全 Node.js で ES Modules を利用するユーザーが知っておくべき Dual Package Hazard について紹介します。 ESModules がフラグ無しでサポートに。 これまでは ES Modules は --experimental-modules フラグが無いと使えませんでしたが、 フラグ無しで Node.js v13.2.0 から使えるようになりました。ES Modules については CodeGrid の記事で詳しく書いているのでそれを一読していただけると理解がスムーズになると思います。逆に読んだ方は Conditional Exports / Dual Package Hazard の節まで飛ばしてもらって構いません。 www.cod
意外に知らないnpmと便利なCLI
Ehime.js #2の資料です。 https://ehimejs.connpass.com/event/153511/
lernaでのmonorepoにおけるリリースフロー(Fixed/Independent)
一つのリポジトリで複数のパッケージを管理する際にはLernaとYarnのワークスペースを組み合わせて運用するmonorepoにすることが多いです。 lerna/lerna: A tool for managing JavaScript projects with multiple packages. LernaにはFixed(すべてのパッケージが同じバージョン)とIndependent(パッケージごとに異なるバージョン)のモードがあります。 https://github.com/lerna/lerna#how-it-works 基本的にはFixedの方が運用は簡単ですが、不自然なバージョンの上がり方を避けたい場合などはIndependentのmodeを使うことになります。 この記事では、Fixed modeとIndependent modeでのパッケージのリリースフローについて見ていきます
Node.jsのES Modulesサポートの現状確認と備え - teppeis blog
追記: 2019/04/24 本日リリースされたNode v12でESM周りの仕様が大幅に変更されました。 この記事の内容は既に古くなっているため、最新の情報は以下の公式ブログを参考にしてください。 Announcing a new — experimental-modules – Node.js Foundation – Medium 追記終了 この話を今日のNode学園で話すので、ご興味あればどうぞ。 nodejs.connpass.com （今日いくつか加筆修正しました） ECMAScript 2015で待望のES Modules（ESM）の仕様が策定されたものの実装がなかなか進まない、という話を1年前に発表した。 その後、ブラウザでのES Modules仕様が策定完了し、フラグ付きながら全主要モダンブラウザで初期実装が揃った (caniuse)。（dynamitterさん、kijt
thank-you-starsで利用しているnpmパッケージに気軽にスターを送る - teppeis blog
先週、こういうツイートを見て、 OSSを使っているなら、GitHubのリポジトリにそっとスターをつけると開発者のキャリアにわりと直接的に貢献できるのでお薦めです。少額の寄付より効果があるかも— Taro L. Saito (@taroleo) 2017年8月15日 共感したのでサクッと作った。 github.com package.jsonと同じディレクトリで実行するだけで、depsとdevDepsのパッケージのGitHubリポジトリにスターできる。 事前にパーソナルトークンをホームディレクトリに保存しておく必要があるけど、その辺はREADMEを読んでくれ。 依存に入れて使っているということは、それなりに恩恵を受けているということなので、問答無用でスターを送ってしまって良いと思う。 孫依存のパッケージにも送るか迷ったけど、npm的にそこ含めると一気に数が膨れてしまうのでやめた。 これでみん
Malicious packages in npm. Here’s what to do
What happened?# People found malicious packages in npm that work like real ones, are named similarly real ones, but collect and send your process environment to a third-party server when you install them: @kentcdodds Hi Kent, it looks like this npm package is stealing env variables on install, using your cross-env package as bait: pic.twitter.com/REsRG8Exsx — Oscar Bolmsten (@o_cee) August 1, 2017
JavaScript モジュールの現状 | POSTD
(注：2017/07/19、いただいたフィードバックを元に翻訳を修正いたしました。) ESM、CJS、UMD、AMD — どれを使うべき？ 最近、 Twitter では、 ESモジュール の現状、特に、 *.mjs をファイル拡張子として導入すると決めた Node.js の現状について大騒ぎになっています。この話題は複雑で、かなりの労力を費やしてそれに専念しないと議論について行けないので、 皆が恐れと不安を抱く のも無理はありません。 古き恐れ フロントエンド開発者なら、 JavaScriptの依存関係の管理に悩まされた日々 を憶えている人も多いでしょう。あの頃は、ライブラリをベンダーフォルダにコピー&ペーストし、グローバル変数に依存し、あらゆる物を正しい順序でconcatしようとしてもネームスペースの問題に対処する必要がありました。 何年もかかって、私たちは共通モジュール形式と中央集権
npxが結構良さそうな件について - Qiita
追記：2017/07/12 gist連携時の理解が間違ってたので修正 npm 5.2リリース。npmパッケージのダウンロードと実行を一度に行うCLIツールnpxが同梱された / “Release v5.2.0 (2017-07-05) · npm/npm · GitHub” https://t.co/2CXccPBqcq — Teppei Sato (@teppeis) 2017年7月11日 へー、と思って見に行ったら結構面白かったので雑な紹介を書いてみることにする。 v.5.2.0 リリースノート npxの紹介記事 この記事は紹介記事のざっくりしたサマリ相当です。 適当に20分くらい触ってわかったことだけ書いてあるので間違ってたり不正確だったりしたら別途詳解記事を書いて教えてもらえると幸いです。 npx is 何？ $(npm bin) やってくれるマン npx tsc は大体 $(np
npm searchの「JavaScript heap out of memory」エラー対応 - Qiita
はじめに npm search 時に JavaScript heap out of memory が発生して少し嵌ったので、備忘のため残しておく。 環境 OS: OS X 10.11.1 Homebrew: 1.0.7 nodejs: 6.7.0 嵌ったエラー 以下にある FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory エラー。 おそらく JS の Heap Memory の閾値に引っかかっているのだろう。 $ npm search babel-cli npm ERR! Darwin 15.0.0 npm ERR! argv "/usr/local/Cellar/node/6.7.0/bin/node" "/usr/local/bin/npm" "search" "babe
npm searchで「JavaScript heap out of memory」が出た時の対処方法 - Qiita
現象 今まで、Windowsで作業していてのですが、macにも同じ環境で作業したかったので、Node.jsのcurrentバージョン(v6.4.0)を今日入れました。 バージョン指定で試したかったので、brewからnodebrewを使用して、インストールを行い、nmp searchを実行したところ、JavaScriptのヒープメモリエラーになり、実行できない現象が発生したのでその対処法です。 環境 Mac OS X v10.11.6 EI Capitan Node.js v6.4.0 npm v3.10.3 対処法 nodeコマンドに対して、パラメータを指定して、aliasを作成して、実行をしました。1 $ alias npm8gb='node --max-old-space-size=8192 ~/.nodebrew/current/bin/npm' $ npm8gb search da
Travis CIでYarn(pkg)を使う設定 (node.js) - Qiita
language: node_js node_js: - 4 - 5 - 6 - 7 - node dist: trusty sudo: false cache: yarn 必須なのはdist: trusty, sudo: false, cache: yarnで、それぞれ以下のような意味合いです。 dist: trusty, sudo: false: コンテナベースのUbuntu 14.04 (public beta) イメージを利用する設定です。 このイメージにはYarn(pkg)がプリインストールされているため、この設定によりユーザ自身によるインストール用設定が不要となります chache: yarn: パッケージのインストールを高速化するためのYarn(pkg)キャッシュを有効にする設定です なお、Yarn(pkg)の実行には、Node4以上を必要とするためテスト対象のNodeバージ
npm publishの流れとそれを1コマンド行うnp - Qiita
npm publishをする前の前提を確認してみます。 npm publish前に確認すること 1. git status gitにコミットしてないファイルがないか。 npm publishはgitの結果ではなく現在のファイルを公開するので、commitにファイルを変更していたらそれが公開されてしまいます。 2. git fetch リモートレポジトリの方が進んでいないか。 3. node_modulesを削除しnpm installを実行 最新の依存関係で動作するか。 4. npm test テストが通るか 5. バージョンを上げ、git tagを作成 npm versionを実行すると、タグ付けとコミットを自動で行います。 基本的にセマンティックバージョニングに従います。 いきなりメジャーバージョンを付加することは稀なので、はじめはnpm version minorを実行しましょう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Renovateによるnpmパッケージの自動更新
GitHub - KeitaMoromizato/js-study-how-to-make-npm: How to make npm?
ちゃんと使い分けてる? dependenciesいろいろ。 - Qiita
https://github.com/umesan/til/blob/master/npm/README.md
GitHub - Netflix/unleash: Professionally publish your JavaScript modules in one keystroke
GitHub - service-mocker/service-mocker: 🚀 Next generation frontend API mocking framework
object-dig