npm ciのキャッシュ方式の検討
結論から言うと、node_modulesをキャッシュしてnpm ciの実行を省略するのが、多くの場合には有効そうです。 はじめに CIで npm ci を使うとき、実行時間短縮のためにキャッシュの利用を検討することになると思います。このとき、どのようにキャッシュするのが良いのでしょうか？ よく知られているキャッシュ方式として、以下の二通りの方式があります。 ~/.npmをキャッシュする方式 node_modulesをキャッシュする方式 それぞれの違いについて、詳しく見てみましょう。 ~/.npmをキャッシュする方式 npm ci を実行すると、POSIX系のOSではデフォルトで ~/.npm にキャッシュデータが書き込まれます。package-lock.json をキーにこのディレクトリをキャッシュしておくことで、次回以降の npm ci 実行時にこのキャッシュデータを利用しよう、というの
Makefileの代わりにnpm scripts+zxを使う - 詩と創作・思索のひろば
そこそこの規模があるプロジェクトで実行すべきタスクを定義するとき、初手として Makefile を使いがち。 Pros make は事実上どんな環境にもあることを期待してよい シェルで実行されるコマンドをそのまま書ける タスクの依存関係が明示できる Cons make では positional arguments が使えない 少し複雑なことをしようとすると Makefile 専用の文法を覚える必要がある 現代では、ファイルベースのタスクの依存関係は make が発明されたころほどは必要ではない Docker とか Go とか Webpack がよしなにしてくれることが多い 例: docker compose のラッパー ちょっとしたコマンドのラッパーを書きたいことがある。Makefile を書きはじめたらすべてのエントリポイントを make にしたい。ということで、以下のような Make
近ごろの様子
2024年5月 自分の個人ウェブサイト内でのここの呼称を「かつてTwitterとして知られていたプラットフォーム」で統一したい (12時35分) Firefoxに昔からあったので、大して調べずにoverflow-inlineプロパティーを使い始めたら、全然実装されていなかった (7時2分) 東西線の工事の日を確認しているが、関係なかった (8時1分) 隠したテキストは検索できないことがあるので、ちゃんと表示するようにした(v9.30.5) (7時33分) ソフトミント色のAirPods Proとか出たら買っちゃいそう (18時52分) Kindleのマンガが1000冊を超えてしまい、1冊500円とすると50万円だなと思い、ブックオフで売りたい (18時52分) Firefoxのプライベート・ウィンドウのタブでは、ダークモード対応のfavicon.svgでダークモード側が選択されるという学び
Hasha: A Friendly Crypto API
Are you a fan of Node's crypto API? Like the other core modules, it tries to strike a balance between providing the bare minimum and just enough abstraction. You shouldn't need to be a cryptography expert to use it, but at the same time it doesn't want to be too limiting. However, whenever I need to quickly md5 or sha1 something, it feels like too much work. I also find it a little difficult to ex
uu59のメモ | semverによって演繹される世界とnpmのバージョン指定がちょっと変わる話
If at first you don't succeed; call it version 1.0. npmのバージョン指定が少し変わるらしい。 “npm install –save” No Longer Using Tildes npmのpackage.jsonでバージョンを固定するとき、~1.2.3と指定しておくと1.2.x(xは3以上でなるべく大きいもの)をインストールしようとします。これがデフォルトで^1.2.3のようになり、1.x.y(1.2.3以上で2.0.0未満のうち最新のやつ)をインストールしようとするようになったらしい。 semver、Semantic Versioningが定義するところでは、マイナーバージョンアップ(1.2.3→1.3.0)は後方互換性を壊さないはずなので^にしても理論的には問題なく、あったとすればそのパッケージのバージョニングが悪いという感じになり
npm Blog Archive: Introducing the npm semantic version calculator
The npm blog has been discontinued. Updates from the npm team are now published on the GitHub Blog and the GitHub Changelog. A few weeks back, I saw a question from Kent Dodds about semver. He was looking for a semver range for Angular that would include everything in the 1.3.x range and would also allow the beta version of 1.4.0. It turns out that there is a range which allows that, 1.3.x || >1.4
Grunt/Gulpで憔悴したおっさんの話 | MOL
先人たちが1年前に通った道で、いろいろいまさらかよって話なんですが。基本的に以下の記事読んだら分かります。要はGulpとかGruntといったモノ使わずにnpm run hogehogeでビルドしよーぜって話です。 task automation with npm run オレ的Gruntに対する最新の気持ち - from scratch Node - npm で依存もタスクも一元化する How to Use npm as a Build Tool // package.json "scripts": { "start": "npm run start-serve & npm run watch", "test": "stylestats public/files/css/maple.css", "start-serve": "browser-sync start --server publ
Setting up minimum single page application
React.jsなどを試そうとするときに、browserify? gulp? grunt? webpack? どれ使えばいいのとか、テストは何を使えばいいのかとかよくわからないというのをたまに聞くので、最低限の設定だけどES6で書けたりautobuildやlivereloadが出来る構成のサンプルを作ってみました。 あと、テストはkarma + mocha + power-assertでchromeでテスト出来るようにしています。 本当はpackage.jsonだけにしたかったのですがkarmaの設定だけは別ファイルになってます...。 テストが必要ない場合は、package.jsonの指定だけで大丈夫です。 https://github.com/koba04/minimum-spa-boilerplate git cloneしてnpm installしてnpm startすればいいだけの
npm で package.json がカレントディレクトリにない場合
例えば package.json がリポジトリのルートから見て foo/ においてあり、手元での開発時は cd foo/ してから npm install (パッケージのインストール先は foo/node_modules/) なり、 npm test しているような場合。 このようなプロジェクトを CI したいという時には、以下のように -prefix や -cwd オプションを指定するとうまく動作する。travis.yml に書く例だと、 language: node_js node_js: - "0.12" install: # foo/package.json に定義されているパッケージを foo/node_modules にインストールする - npm —prefix ./foo install ./foo script: # foo/package.json で指定されているテス
npm Blog Archive: Publishing your jQuery plugin to npm, the quick and dirty way
The npm blog has been discontinued. Updates from the npm team are now published on the GitHub Blog and the GitHub Changelog. If you missed it, the jQuery plugin registry now only provides read access to plugins and recommends plugin publishers switch to npm to publish their plugins. If you’re here, I’m guessing you’re one of the plugin publishers making the switch. We want to make it as painless a
How to Use npm as a Build Tool
Update: I frequently get asked, considering this post is now years old, whether or not I still stand by the advice in this post, and whether new developers should use npm as a build tool. The advice still stands, and I believe developers should use npm as a build tool. Myself; I’ve been Gulp & Grunt free since 2013™. Should I ever change my stance on this, I will immediately update this post. Last
橋本商会 » debug npmが有効じゃない時、他のロガーに切り替える
debug npm とは debug npmはexpressやsocket.ioにも使われているログ出力用のライブラリで、ログがカラフルに表示できるし環境変数DEBUGによって出力をフィルタできる。 debug = require('debug')('myapp:main') debug 'hello' debug2 = require('debug')('hoge') debug2 'hi' % DEBUG=myapp* node app.js ワイルドカードでも指定できる。この例だとmyapp:mainは表示されるけどhogeは表示されない。 ライブラリの中の細かいログを種類分けれるので便利。 debug使えなかったらconsole.logする 基本的にdebugのカラフルな表示で全部出力したいんだけど、どうしても見てほしい情報とかはdebug有効じゃなくても出力したい。 (if de
How do I use normalize.css with npm?
I'm handling my dependencies with npm, but until now I used it mainly for Javascript code and I always imported the installed packages in my code with the useful require(). Recently I found that normalize.css could be installed with npm. What are the advantages? How do I use it in my code (both static .html and dynamic .js files) after installation?
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Stop Using NPM/Yarn. Use PNPM Instead
Simple build tools: npm scripts vs Makefile vs runjs | HackerNoon
flyd
npm Blog Archive: npm weekly, #13
npm Private Modules
https://docs.npmjs.com/misc/semver/
https://docs.npmjs.com/cli/version/