npm Blog Archive: `crossenv` malware on the npm registry
The npm blog has been discontinued. Updates from the npm team are now published on the GitHub Blog and the GitHub Changelog. On August 1, a user notified us via Twitter that a package with a name very similar to the popular cross-env package was sending environment variables from its installation context out to npm.hacktask.net. We investigated this report immediately and took action to remove the
npm-scripts で Web フロントエンド開発を管理する - アカベコマイリ
gulp なしの Web フロントエンド開発から 1 年あまり。その間、特に問題もなく npm-scripts で Web フロントエンド開発を管理できているので、この間に得られた運用知見や所感などをまとめてみる。 npm-scrips とは？ 最近の Web フロントエンド開発では AltJS/AltCSSのビルドやリリース用イメージ作成などに Node.js + npm を利用することが一般化してきた。そのためプロジェクトは package.json で管理することになる。package.json の提供する代表的な機能として プロジェクト情報の定義 プロジェクトの成果物を npm として配布するための情報 プロジェクト名、バージョン、作者などのメタデータを定義する 依存モジュール管理 プロジェクトが依存する npm とバージョンを管理する この情報へ基づき npm install コ
タスクランナーとしてのnpm-scripts（パート1） | 株式会社コードグラフ
私たちの選択できるビジネスツールや開発ツール、またはサービスは数多く存在します。これらをうまく取り入れることで作業効率をアップし、より重要なことに時間を当てることができます。 コードグラフではリサーチや試用期間を経て、扱いやすさはもちろん主に相互連動性や信頼性、ワークフローなどの側面からよりベターなツールを絞り込んで選ぶようにしています。そしてなるべくワークフローをシンプルに保てるよう、使用するツールの数は抑えます。また便利であっても学習コストが極端に高いツールは採用しないようにしています。チーム内外での扱いやすさ、学習コストにどう影響するかも重要です。 この記事または今後、私たちのチームが実際にワークフローに組み込んでいるツールやサービスを随時紹介していこうと思います。 タスクランナ―としてのnpm-scriptsフロントエンド開発では、複雑なタスクをより自動化して効率よく作業を行うため
橋本商会 » lernaでmonorepoした
monorepoという1つのリポジトリに複数プロジェクトを入れる開発手法がある。 この記事で知った。 単一リポジトリで複数package|projectを管理することをmonorepoというそう – なっく日報 そういえばRocketIOやnode-lindaを作っていた時は自作のライブラリ/パッケージが3,4層に積み上がっていて、単一パッケージ内で生じるバグはテストを書けば潰せるけどパッケージ間で起こるバグは非常に解決が難しかった。イベント発火のタイミングによるものとか。パッケージをまたがったテストをどこに書くのかという問題がある。 複数パッケージで起こったバグはどっちのissueに書けばいいのかわからないし、両方でブランチ切って同時に修正してリリースしたりとか超面倒だった。 バージョン毎の依存関係も、serverの1.3に対応してるのはclientの1.5で・・とか依存関係を書くのがや
Lerna を使って、 Babel や React が採用している monorepo を試してみる - Qiita
monorepo とは 複数の npm package を 単一の git repository で管理すること 例えば Babel では、 100 以上の npm package が単一の git repository で管理されている https://github.com/babel/babel/tree/master/packages package 毎に repository を作る場合と比較した Pros & Cons Babel の repository のドキュメントから抜粋 Pros: lint, build, test, release のプロセスを共通化できる package をまたがった修正が容易になる issue 管理を一元化できる 開発環境の構築が簡単になる テストも package をまたいで実行でき、複数 package が絡む不具合の検知が容易になる Con
単一リポジトリで複数package|projectを管理することをmonorepoというそう - なっく日報
きっかけ qiita.com で知りました。 BabelやReactのGithubのリポジトリは単一のリポジトリ内に複数のpackageを入れているとのこと https://github.com/babel/babel/tree/master/packages とか https://github.com/facebook/react/tree/master/packages みたいに。 このように単一リポジトリで複数のpackage|projectを管理するやり方を"monorepo"というらしい。 メリット？ 上記QiitaのBabelドキュメントの日本語訳を引用させていただくと、メリットの方が多そうに見えます。 lint, build, test, release のプロセスを共通化できる package をまたがった修正が容易になる issue 管理を一元化できる 開発環境の構築が簡
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ちゃんと使い分けてる? dependenciesいろいろ。 - Qiita
Better local require() paths for Node.js