タグ

関連タグで絞り込む (11)

タグの絞り込みを解除

npmに関するrochefortのブックマーク (16)

  • npm, yarn による zero install 戦略 - from scratch


    jsconf.eu 2019 に行ってきました。 特にnpm や yarn の今後の話とそもそもRegistry をどうしていくか、の話があったのでお知らせします。 そもそもRegistry をどうしていくかについては次のエントリで話します。 tink: A Next Generation Package Manager npm の次のコマンドラインツールである tink が紹介されていました。 github.com presentation: github.com video: www.youtube.com そもそもnpm の仕組み ローカル依存ファイルを読む (package.json, package-lock.json, shrinkwrap.json) 存在しないパッケージのメタデータをfetchする 木構造を計算して、実行する︵npm v3 以降だとflattenする
    npm, yarn による zero install 戦略 - from scratch
    rochefort
    rochefort 2022/12/06
    zero install
    リンク

  • Introducing Yarn 2 ! 🧶🌟

    Hi everyone! After exactly 365 days of very intensive development, I'm extremely happy to unveil the first stable release of Yarn 2. In this post I will explain what this release will mean for our community. Buckle up! If you're interested to know more about what will happen to Yarn 1, keep reading as we detail our plans later down this post: Future Plans. If you just want to start right now with

    Introducing Yarn 2 ! 🧶🌟
    rochefort
    rochefort 2022/12/06
    yarn2に移行すべきなのか、yarn3なのか、はたまたnpmへの回帰なのか
    リンク

  • 【Angular8】CHANGELOG.md自動生成「ngx-semantic-version」がとても便利だった | DevelopersIO


    どうも！大阪オフィスの西村祐二です。 バグを修正したり、機能を追加したりなど日々開発してリリース作業をしていると﹁CHANGELOG.md﹂を自動生成、自動更新したり、セマンティックバージョニングでタグを生成する仕組みがほしくなってきました。 いろいろ調べていると﹁ngx-semantic-version﹂がコマンド一発で﹁CHANGELOG.md﹂の自動生成環境を作ってくれて便利だったので紹介したいと思います。 ﹁ngx-semantic-version﹂とは リリース作業時によくやるCHANGELOG.mdの更新や、Gitタグを付与する作業などを自動化する環境を構築してくれるライブラリです。 ﹁ngx-semantic-version﹂を使うと下記のライブラリをいい感じにインストールして環境を作ってくれます。 commitlintGitのコミットメッセージを規約に従ってるかチェックす
    【Angular8】CHANGELOG.md自動生成「ngx-semantic-version」がとても便利だった | DevelopersIO

  • 経産省発の npm モジュール！住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した！

    経産省発の npm モジュール！住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した！ Code for Japan の関さんが SNS でシェアしてて知ったのですが、経産省さんがなにやらオープンソースで住所や電話番号の正規化などなどをするツールを公開したとのこと。 https://info.gbiz.go.jp/tools/imi_tools/ 経産省が住所変換や法人種別名、電話番号の正規化に使えるIMIコンポーネントツールを公開しました。 ソースコードも公開。README にも使い方が丁寧に書かれていました。https://t.co/fPbV00EgZP 素晴らしい動き。こういう... #NewsPicks https://t.co/bew0qGKMFE — Hal Seki (@hal_sk) May 28, 2020 ぶっちゃけ当初はあまり期待

    経産省発の npm モジュール！住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した！

  • npmで名前空間を持ったモジュールを公開する方法(scoped modules)


    npmにモジュールを公開することは多くなってると思いますが、今までのnpmだと名前は早い者勝ちでした。 最近npm Private Modulesというprivateで扱えるモジュールを有料でサポートしましたが、これはscoped modulesをprivateで扱う時だけ有料でpublicで公開する時は無料で行えます。 scoped modulesというのは、@username/project-name という感じで、@ユーザー名がパッケージ名に入るので異なるユーザー間では重複しません。 The npm Blog — solving npm’s hard problem: naming packages 公開手順 実際にscoped modulesをpublicに公開する手順としては、npminit --scope=<npmユーザ名> パッケージの名前が@<npmユーザ名>/パッケー
    npmで名前空間を持ったモジュールを公開する方法(scoped modules)
    rochefort
    rochefort 2020/01/03
    これscoped modulesというのか
    リンク

  • Learn How to Develop and Publish an NPM Package

    rochefort
    rochefort 2017/12/24
    npm packageの作り方
    リンク

  • npm 5.2.0の新機能！ 「npx」でローカルパッケージを手軽に実行しよう - Qiita


    npmとはNode.jsインストール時に付属するパッケージマネージャーで、Node.jsのパッケージの管理や実行を取り扱うものです。npmのバージョン5.2.0で導入された﹁npx﹂を用いると、下記のようにローカルにインストールしたnpmパッケージを、npxコマンドだけで実行できるようになります。 npxはnpmにバンドルされているため、npxの個別インストールは不要です。 次のようにしてモジュールを実行できます。 従来のnpmの実行方法との比較 従来では、ローカルのnpmパッケージを使用するには、次のような方法が必要でした。 方法1: ./node_modules/.bin/(パッケージ名)で実行する 方法2: $(npm bin)/(パッケージ名)で実行する 方法3: package.jsonにnpm-scriptsを記述して実行する npxはいずれの方法よりも簡潔なコマンドで、パッ
    npm 5.2.0の新機能！ 「npx」でローカルパッケージを手軽に実行しよう - Qiita
    rochefort
    rochefort 2017/07/25
    npx
    リンク

  • package.json のチルダ(~) とキャレット(^) - Qiita

    バージョン指定でいっつもこいつの違いを忘れてしまって、npm とか semver のドキュメントを探すところから始まるから自分用のメモ。 ^1.1.2 = 1.x ~1.1.2 = 1.1.x (追記 一応↑は間違っていないのだけど、厳密にいうとちょっと間違っていた) チルダ表記 ~ "明記したところ以下のバージョンがあがることのみ許容" ~1.1.2 = 1.1.2 <= version < 1.2.0 ~1.1 = 1.1.x ~1 = 1.x オリジナルの定義は、 Allows patch-level changes if a minor version is specified on the comparator. Allows minor-level changes if not. キャレット表記 ^ "一番左側にある、ゼロでないバージョニングは変えない (それ以下があがることは

    package.json のチルダ(~) とキャレット(^) - Qiita
    rochefort
    rochefort 2017/03/15
    ^1.1.2 = 1.x // ~1.1.2 = 1.1.x // 分かりにくい
    リンク

  • sprockets4にnpmを利用するための機能が追加された - Qiita


    こんにちは みんなにdisられて久しいsprockets氏ですが、面白そうなコミットが入っていたので紹介します https://github.com/rails/sprockets/commit/6eac004a1567f70270606170f8a4d51d4e2fb3e8 どんなコミット？ sprocketsからnpmパッケージを利用するための機能が追加されました。 これにより、例えばこれまでjquery-railsなどjsをラップしたgemを用いていたものを、npmで管理できるようになります。 この変更は何が嬉しいの？ この変更により、npmの世界でjsライブラリを管理する道が整備されました。 なぜ道が整備されたことを強調するかと言いますと、別にこれまでもbrowserify-rails/webpack-railsなどを利用すれば同じことが出来たからです。 ただ、﹁Railsが公式に
    sprockets4にnpmを利用するための機能が追加された - Qiita
    rochefort
    rochefort 2016/12/06
    jsの依存関係を自動で解決してくれないときつい
    リンク

  • npm code reading - rochefort's blog


    rake --tasks (-T) のようにpackage.jsonのタスクを一覧で見たかったのですが 用意されていないと思い込んでしまい、じゃ作るかと思い立ってコードを書いてみました。 まずはnpm code reading bin/npm まずは実行ファイル。npm-cli.js を実行しているだけのようです。 // .nodebrew/current/bin/npmNPM_CLI_JS="$basedir/node_modules/npm/bin/npm-cli.js" "$NODE_EXE" "$NPM_CLI_JS" "$@" bin/npm-cli.js npm ライブラリを使用してコマンド実行しているようです。 //.nodebrew/node/v4.2.4/lib/node_modules/npm/bin/npm-cli.js var npm = require('../
    npm code reading - rochefort's blog

  • gulp なしの Web フロントエンド開発 - アカベコマイリ


    Web フロントエンド開発において gulp は非常に便利だ。しかしあまりにも gulp に依存しすぎており、これなしで開発できるだろうか？という不安もある。というわけで gulp を利用せず package.json とnpm だけで同等の機能を実現する方法を検討してみた。 2015/11/4 追記 babelify v7.2 を試すで babelyfy 7.2 ( とその中の Babel 6.x ) について調べ、npm-scripts の変更が必要なことを確認したので追記。また Windows 環境の動作検証をおこなったところ、最新の watchify なら -o オプションが通ることを確認できた。よって本記事の最後の課題が解決したことになる。 2015/9/23 追記 cpx と rimraf を試すの内容をファイル処理に反映して簡略化。 2015/9/15 修正 Stylus

  • フロントエンド開発における革命とビルドプロセスについて - Qiita


    こんにちは、freeeでフロントエンドエンジニアをしている @joe_re です。 freee Engineers Advent Calendar 2015の4日目を書きます。 僕からはfreeeで現在進行中の革命について、フロントエンドのビルドプロセスを中心に書こうと思います。 革命 ってなんのこと？ というのはフロントエンドヤンキーこと @ymrl が2日目で書いたので詳しくはそちらをご参照頂ければ幸いです。 背景 弊社ではRubyonRailsを主軸にしてWebサービスを作っています。 Railsは素晴らしいフレームワークですが、めまぐるしく変化する昨今のフロントエンドについては、このままRailsの用意しているRailに乗ったままでは時代に取り残されてしまう危機感があります。 僕たちは時代に取り残されている場合じゃない。 最先端でかつ適切な技術を用いて未来を切り開いていかなく
    フロントエンド開発における革命とビルドプロセスについて - Qiita

  • npm とフロントエンドのパッケージ管理の未来

    JavaScript 系パッケージマネージャの重複問題 npm は言わずもがな Node.js のパッケージマネージャだが、フロントエンド開発においては Bower も利用するのが一般的になっている。この現状の問題点は、package.jon と bower.json という似たような管理ファイルを二重で管理しなければならないということだ。 現状の使い分けをおさらいをしておくと、次のような感じになる。 タスクランナー（Grunt/gulp）・モジュールシステム（browserify/webpack）・テストスイート（karma/testem）などの開発環境系の管理が npm の主なお仕事。インストールされたパッケージは node_modules 内に展開されて、CommonJS スタイルのモジュール管理から利用する。 本題につながる話としては、ブラウザで動くライブラリの一部は npm にも

    npm とフロントエンドのパッケージ管理の未来

  • npmとクライアント側でのパッケージ管理の議論 - ワザノバ | wazanova


    npmに登録されているパッケージ数は10万、月間ダウンロード数も5億を超えました。7月の段階で月間3億程度ですから、こちらのグラフで見てもわかるように、かなり成長が加速してきていますね。 EdgeConf4において、パッケージ管理をテーマにしたディスカッションに、npmのCTOであるLaurie Vossと、npmのpeer dependencyをつくったGoogle Chrome TeamのDomenic Denicola︵ES6のPromiseの取組みでも知られた人ですね。︶が参加しています。この二人と、BowerのJosh Peekを中心に議論が進んでいます。ちなみにJoshはGitHubの社員で、最近では、左右に並べてdiffを比較できる便利な機能をつくった人でもあります。 ﹁サーバサイドのパッケージマネジャとしては、CPANやRubygem、npmのように開発言語ごとにプレーヤー

  • npm で依存もタスクも一元化する - Qiita


    タスク管理 package.json にはパッケージの依存を書いてnpm install するのが基本だけど、 タスクの管理をどうするかというのは、別途また考えないといけない。 自分は gulp が良いと思っているが、 grunt や jake や make を使う人もいる。 また、たくさんオプションをつければほぼ一つのタスクが実行できてしまう browserify, jsh/eslint, mocha などのコマンドを提供するツールもある。 そして、npm にも一部それらをサポートするnpm run 機能があるので、そこに Unix ワンライナーを書くこともできる。 今回は、﹁どのタスクツールが最良か﹂みたいな話ではなく、それらをどうやって実行するか、またはnpm との棲み分けとか構成の流儀について、最近良いと思っているやり方について書いておく。 各方針で問題点を書いていくが、
    npm で依存もタスクも一元化する - Qiita

  • フロントエンド開発の３ステップ（npmことはじめ） - Qiita


    スライド 当記事は以前勉強会でLTしたものです。 スライドは下記にあります。 フロントエンド覚えること多すぎ問題 モダンなフロントエンド開発で、入門記事を探そうとすると、 まずwebpackやTypeScript, Babelによるビルド環境構築から始まる記事が多くヒットします。 ですが、Node.jsの初心者がいきなり複数のツールを習得しようとすることが 挫折の原因になっていると感じています。 ですので、まずNode.jsをインストールした直後から、必ず使うことになる、npmの機能をまず覚えておきましょう。 フロントエンド開発で覚えるべき3つのコマンド 以下の3つだけ覚えておきましょう。npminitnpm install npm run これだけ覚えれば、ひとまずフロントエンド開発を進めることができます。 完璧なワークフローを構築するのは、書いているアプリが大きくなってきてから
    フロントエンド開発の３ステップ（npmことはじめ） - Qiita
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.