conventional changelog

傳統的變形值

從Git Metadata產生一個更改的元素。

關於這個倉庫

傳統的變性存儲庫被視為monorepo；它由許多NPM軟件包組成。

原始的conventional-changelog/conventional-changelog API存儲庫可以在包裝/常規變性中找到。

入門

建議您使用高級提交和標籤庫，這是NPM version命令的置換式替換，處理自動化版本的顛簸，標記和變形值生成。

另外，如果您想完全自動化發行過程作為CI/CD的輸出，請考慮使用語義釋放。

如果您已經使用了該工具，也可以使用其中一個插件：

支持傳統變頻器的插件

• 咕unt
• g
• 原子
• VSCODE
• emacs

對於傳統變頻器生態系統很重要的模塊

• 傳統的changelog-cli-完整的命令行接口
• 標準變形 - 角度提交格式的命令行接口。
• 傳統的github-reaser-從git metadata釋放新的github
• 傳統示出的顛簸 - 根據常規提交獲得推薦的版本凹凸
• 常規委託檢測器 - 檢測您的存儲庫正在使用的提交消息約定
• 委員 - 簡單的互聯網公民會議。
• commitlint-皮棉提交消息

節點支持策略

我們僅支持節點的長期支持版本。

我們特別限制了對節點的LTS版本的支持，不是因為此軟件包在其他版本上不起作用，而是因為我們的時間有限，並且支持LTS提供了最大的投資回報。

該軟件包可能會在較新版本的節點上正常工作。甚至有可能在舊版本的節點上使用此軟件包，儘管這不太可能，因為我們將盡一切努力利用我們支持的最古老的LTS版本中可用的功能。

當每個節點LTS版本都到達其壽命末期時，我們將從包裝的package.json文件的node engines屬性中刪除該版本。刪除節點版本被認為是破壞的變化，並將需要發布該軟件包的新主要版本。我們將不接受任何支持Node終止版本的請求。任何合併的請求或支持終止版本的節點版本的問題都將關閉。

我們將接受允許此軟件包在節點的較新的，非LTS版本上運行的代碼。此外，我們將嘗試確保自己的更改在最新版本的節點上起作用。為了幫助這一承諾，我們的連續集成設置還針對所有LTS版本的節點版本運行，此外最新的節點發行版。稱為電流。

JavaScript軟件包經理應允許您使用任何版本的節點安裝此軟件包，如果您的節點版本不在我們的node engines屬性指定的範圍內，則最多有警告。如果您遇到安裝此軟件包的問題，​​請向您的軟件包管理器報告問題。