YARN vs NPM (vs pnpm) in 2019: comparison and verdict
YARN vs NPM (vs pnpm) in 2019: comparison and verdict A comparative analysis of the most used package managers for JavaScript and Node.js and what to use in 2019 In this article I'll talk about Yarn and NPM, arguably the most popular JavaScript package managers available as of today, with the precise intent of compare their respective features and explain what I'm (mostly) using nowadays and why:
npm install で node-gyp エラーが発生したときの解決方法
npm でインストールしていた iconv のバージョンを update しようとしたら node-gyp rebuild というエラーメッセージが表示されて、インストールできませんでした。 何度もこのエラーと戦ってきたので、解決方法をまとめてみました。（最終更新日：2020年4月24日） npm install でエラー $ npm install ... npm ERR! Darwin 17.7.0 npm ERR! argv "/Users/username/.nvm/versions/v6.11.0/bin/node" "/Users/username/works/myapp/node_modules/.bin/npm" "install" npm ERR! node v6.11.0 npm ERR! npm v3.9.2 npm ERR! code ELIFECYCLE npm
Docker と node_modules と Volume Trick - Memento memo.
Rails & Node.jsの構成で Docker環境を作ろうとしたらハマったのでメモ 現象 npm installを実行する Dockerfileを記述 ... RUN mkdir /app WORKDIR /app # npm install ADD package.json /app/package.json RUN npm install ... カレントディレクトリを /app にマウントするdocker-compose.ymlを記述 version: "2" # これは失敗 services: web: build: . command: bundle exec rails server -p 3000 -b '0.0.0.0' ports: - "3000:3000" working_dir: /app volumes: - .:/app するとnode_modulesが消
2018/07/12 に発生したセキュリティ インシデント (eslint-scope@3.7.2) について - Qiita
2018 年 7 月 12 日に、ESLint 開発チームが管理する npm パッケージに悪意あるコードが挿入されるセキュリティ インシデントがありました。 ESLint からのアナウンス: https://eslint.org/blog/2018/07/postmortem-for-malicious-package-publishes npm からのアナウンス: https://status.npmjs.org/incidents/dn7c1fgrr7ng 以下の場合に npm install を実行したユーザーの npm アカウントへのログイン情報 (アクセストークン) が盗まれた恐れがあります (盗まれたアクセストークンはすでに無効化されています)。 日本時間の 18:49 から 19:25 の約 1 時間のあいだに npm install を実行し、eslint-config-e
npm-scripts で使える便利モジュールたち - Qiita
npm はパッケージ依存管理ツールであると同時に、便利なタスク・ランナーです。 本体はごく基礎的な機能だけを持ち、npm が管理するパッケージと Shell の力を組み合わせてタスクを定義します。「npm-scripts で利用する CLI コマンドは npm で管理できる」という分かりやすさが気に入っています。 npm-scripts には以下の特徴があります。 多くのツールが CLI を持っているためにラッパープラグインが不要です。Gulp ラッパー プラグインは非公式であることも多く、メンテナンスが継続するか不安な場合があります。 簡潔です。Gulp で書くと数十行だった処理が数行になるなんてこともよくあります。 複雑なことをするには向いていないです。 環境変数の扱いに難があります。 この記事では、私が npm-scripts を書くときによく利用している便利ツールたちを紹介します。
橋本商会 » chokidar-cliのファイル更新監視が速い
1年ぐらいgulpを使おうとがんばったけど理解できなかったので、先月からこちらを参考にpackage.jsonのnpm run scriptにshell script書いてタスク実行する方式をやっている 参考：Grunt/Gulpで憔悴したおっさんの話 – MOL あらためて最近使ってるコマンドの周辺ツールを調べると、ファイル更新検知して差分だけタスク実行してくれる機能があるのが多い。 babel → –watchオプションが最初から付いてる ESLint → eslint-watchで入るeswコマンド browserify → watchifyコマンドにbrowserifyのオプションそのまま渡すだけでok あとは上の記事にも書いてあるんだけどparallelshellで複数のwatchしてくれる系コマンドを同時に実行できるので 例えばこんな感じでpackage.jsonのscript
npm ciを使おう あるいはより速く - Qiita
人類はより高速にCIを回していくべきだと思っている りんご（@mstssk）です。 先日、 npm の v5.7がリリースされ npm ci というサブコマンドが新たに追加されました。 The npm Blog — Introducing npm ci for faster, more reliable... http://blog.npmjs.org/post/171556855892/introducing-npm-ci-for-faster-more-reliable CI/CDを開発プロセスに組み込んでいる場合により整合性があり高速なエクスペリエンスを提供する、と公式ブログでは紹介しています。 npm ci は何をするのか npm ci を実行すると常に package-lock.json から依存関係をインストールします。 既に node_modules フォルダの中身があっても
僕がnpm installに-gをつけないわけ - Qiita
Node.js開発に欠かせないnpm install その中でもgulpやmochaみたいにコマンドから起動する類のものには-gオプションをつけることが多いかと思います。 ていうかサンプルとかだと普通に「-gつけてね」みたいな感じのノリです。 例:npm installでググってみたら上の方に出たやつ(注:リンク先の記事ではnpm install -g gulpとなってますが、2016-04-14現在公式でnpm install -g gulp-cliが推奨されています) しかし私は極力-gを使いたくないのです。ていうか全く使わなくていいのではとさえ思っています。 というわけで-gについて徒然なるままに心にうつりゆくよしなし事を書き綴ります。 なぜ-gが必要か そもそもなぜ-gが必要なのでしょうか。 -gをつけないとパスが通らないからですね。 gulpで試してみましょう。 当然「そんなコマ
npmの新しいパッケージ名ルールについて
We've recently made some changes to how package naming works to better fight typosquatting, and help package authors… まとめると、 - . _ を無視して結合した文字列でパッケージ名のユニーク性を検証しますreact-native は reactnative というキーで扱われ、以下の名前のパッケージをpublishすることはできません reactnativereact_nativereact.native同様に、 jsonstream が存在する限り、以下の名前のパッケージもpublishできません json-streamjson.streamjson_streamjs-on-streamまた、この検証処理は validate-npm-package-name パッケージ
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 shrinkwrapを運用で使うためのコツ - Qiita
npm shrinkwrap とは? npm shrinkwrapは、Node.jsプロジェクトの依存モジュールのバージョンを固定するコマンドです。 使い方についてはこちらの記事が参考になります。 今回は、npm shrinkwrapをより安定して使うためのコツを記載しました。 1. CIを活用し、テストしたバージョンで固定しリリース npm shrinkwrapコマンドではnpm-shrinkwrap.jsonというファイルが生成されます。 継続的インテグレーションのサービスを活用し、そこでテストしたバージョンで固定するとよいでしょう。 CIでのフローとすれば以下になると思います。 npm updateで、可能な限り新しいバージョンを利用 テスト (npm test) npm shrinkwrap npm-shrinkwrap.jsonを追加しコミット、別tagや別branchとしてpu
Yarn 入門: npm との違いを探る | DriftwoodJP
Yarn は、Facebook, Exponent, Google, Tilde によって開発されたパッケージマネージャ。 npm のより良いCLIクライアントという位置づけで、置き換える技術ではありません。 [markdown] > * [Yarn: A new package manager for JavaScript | Engineering Blog | Facebook Code | Facebook](https://code.facebook.com/posts/1840075619545360) [Ruby on Rails 5.1 も Yarn をサポート](https://railsguides.jp/5_1_release_notes.html#yarn%E3%81%AE%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88)しましたので、いまこ
まだ node.js の依存性解決で消耗してるの？ | PLAID engineer blog
yarn を使う利点と欠点は以下のとおりです。 PROSインストール処理が高速かつ安定 ネットワークパフォーマンス改善やオフラインモード、リトライの実装がされていてパッケージのインストールが標準の npm install に比べて高速かつ安定に動作します。依存性解決の向上 複数のパッケージで使われている同じパッケージを1つのインデックスにまとめることでインストールするパッケージ数を減らし、ディスク容量の軽減・インストール速度の向上を実現しています。CONSyarn 自体のインストールが必要 他のパッケージよりも先に yarn をインストールしなければなりません。shrinkwrap は npm に標準装備されているのでインストールは必要ありません。npm ls と yarn ls の互換性がない npm install 済みのパッケージを確認するコマンドである npm ls と yarn
Yarn：Facebook発のパッケージマネジャーはnpmに代わるスタンダードになるか
package.json互換のJavaScriptパッケージマネージャー「Yarn」を知っていますか？ なぜYarnなのか？ npmと比べてどこがいいのか？ 使うべきなのか？ 解説します。 YarnはFacebook、Google、Exponent、Tildeによって開発された新しいJavaScriptパッケージマネージャーです。公式発表に記載されているように、Yarn開発者が直面したnpmの問題解決を目的としています。 インストールパッケージの速度および一貫性が不十分である npmではパッケージがインストール時にコードを実行することを許可しているため、セキュリティー上の問題がある しかし、それほど驚かないでください。npmを完全に置き換えるわけではありません。Yarnはnpmレジストリからモジュールを取得する単なる新しいCLIクライアントで、レジストリ自体はなにも変わりません。現在でも、
DockerでのNodeアプリ構築で学んだこと | POSTD
以下に紹介するのは、 Docker を使って node.js 用のWebアプリケーションを開発、およびデプロイする際に、私が四苦八苦しながら学んだ秘訣やコツです。 このチュートリアル記事では、Dockerで socket.ioのチャットサンプル を白紙の状態から本番状態へとセットアップしていきます。このプロセスを通じて、そうした秘訣などを簡単に習得していただければ幸いです。特に、以下のような内容について見ていきます。 実際にDockerでNodeアプリケーションを起動する。 すべてをrootとして実行させない（悪いやり方です）。 開発時のテスト-編集-リロードサイクルを短くするため、バインドを使用する。 再構築を高速にするため、 node_modules をコンテナで管理する（これには秘訣があります）。 npm shrinkwrap で、ビルドを反復可能にする。 開発環境と本番環境で Do
phiary
Node.js 6連投. 第１弾! npm と Node.js 上で require を使ったモジュール読み込みの仕組みについてメモ <- いまここ Node.js 用に作った自作モジュール『merger』を npm で公開してみた Node.js 用の自作モジュールの作り方メモ Node.js 用に作った自作モジュールを npm に登録して公開する方法 JavaScript テストフレームワーク『Mocha』の使い方メモ JavaScript テストフレームワーク『Mocha』をブラウザ上で使う方法 Node.js で require でモジュールを読み込む際に引っかかった箇所があったのでメモしておきます. インストール済の hoge(仮)というモジュールを下記のようなコードで var hoge = require('hoge'); 読み込もうとしても Cannot find modul
Vagrantのsynced_folderでnpm installするとError: UNKNOWN, symlink - Qiita
$ npm install yuicompressor npm ERR! Error: UNKNOWN, symlink '../yuicompressor/nodejs/cli.js' npm ERR! If you need help, you may report this *entire* log, npm ERR! including the npm and node versions, at: npm ERR! <http://github.com/npm/npm/issues> npm ERR! System Linux 2.6.32-573.el6.x86_64 npm ERR! command "/home/vagrant/.anyenv/envs/ndenv/versions/0.10.33/bin/node" "/home/vagrant/.anyenv/envs/n
npmのあまり知られてない機能 10選 - from scratch
なんか最近Twitterとか職場でも「npmの機能でそんなのあったんだ」って言われること多いので、説明していきます。 ちなみにタイトルにとりあえず10選って書いたけど、あんまりたくさん思いついてないのに、10選って書いてしまったので最後の方は微妙かもしれません。 1. npm installは npm i でも同じことができる まぁ単純なショートカットですね。isntallとかtypoしてても空気読んでくれるんですが、短いほうがいいよねってことで。 # npm installって書くのも $ npm install socket.io #npm i って書くのも同じ $ npm i socket.io # ちなみに --saveは -S, --save-devは -D にできる $ npm i socket.io -S $ npm i mocha -Dショートカット小ネタ。 2. npm
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Virus in eslint-scope? · Issue #39 · eslint/eslint-scope
Inouetakuya
