conventional changelog
v1.0.1
Gitメタデータから変更ログを生成します。
従来のチャンジェログリポジトリは、モノレポとして管理されています。多くのNPMパッケージで構成されています。
オリジナルのconventional-changelog/conventional-changelog APIリポジトリは、パッケージ/従来のチャンゲログにあります。
高レベルのコミットアンドタグバージョンライブラリを使用することをお勧めします。これは、NPMのversionコマンドのドロップイン交換であり、自動化されたバージョンのバンピング、タグ付け、Changelogの生成を処理します。
または、CI/CDからの出力としてリリースプロセスを完全に自動化することに移行したい場合は、セマンティックリリースの使用を検討してください。
すでにツールを使用している場合は、プラグインのいずれかを使用することもできます。
ノードの長期サポートバージョンのみをサポートしています。
このパッケージが他のバージョンで機能しないためではなく、LTSが限られた時間があり、LTSをサポートすることで最大の投資収益率を提供するため、LTSバージョンのノードへのサポートを特に制限します。
このパッケージは、新しいバージョンのノードで正しく動作する可能性があります。このパッケージを古いバージョンのノードで使用することさえ可能かもしれませんが、私たちがサポートする最古のLTSバージョンで利用可能な機能を活用するためにあらゆる努力をするため、それはさらにありそうにありません。
各ノードLTSバージョンが終末期に到達すると、そのバージョンがパッケージのpackage.jsonファイルのnode enginesプロパティから削除されます。ノードバージョンの削除は、壊れた変更と見なされ、このパッケージの新しいメジャーバージョンの公開が必要になります。 Nodeの終了バージョンをサポートするリクエストは受け付けません。 Nodeの終了バージョンをサポートするマージリクエストまたは問題は閉じられます。
このパッケージがNODEの新しいバージョンで実行できるようにするコードを受け入れます。さらに、最新バージョンのNodeで独自の変更が機能するようにします。そのコミットメントを支援するために、継続的な統合セットアップは、最新のノードリリースに加えて、すべてのLTSバージョンのノードに対して実行されます。電流と呼ばれます。
JavaScriptパッケージマネージャーは、ノードのバージョンがnode enginesのプロパティで指定された範囲内に該当しない場合は、せいぜい警告があります。このパッケージのインストールの問題が発生した場合は、問題をパッケージマネージャーに報告してください。
