nodejs的lts和current有哪些區(qū)別

這篇文章主要介紹“nodejs的lts和current有哪些區(qū)別”，在日常操作中，相信很多人在nodejs的lts和current有哪些區(qū)別問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”nodejs的lts和current有哪些區(qū)別”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

區(qū)別：Current指的是當(dāng)前發(fā)布的最新node版本，里面包含了最新的功能特性，但會不穩(wěn)定，會不定期的進(jìn)行更新優(yōu)化或者修復(fù)問題；而LTS指的是長期支持的node版本，即穩(wěn)定版，里面包含的功能就是穩(wěn)定的。

本教程操作環(huán)境：windows7系統(tǒng)、nodejs 12.19.0版，DELL G3電腦。

進(jìn)入到nodejs官網(wǎng)下載https://nodejs.org ，有兩個版本LTS和Current。有什么區(qū)別呢？該選哪個呢。當(dāng)然知道區(qū)別就知道要選什么版本了。

LTS和Current區(qū)別總結(jié)：其實(shí)從版本號就可以看出一個新一個老。Current就是當(dāng)前最新的版本，最新的功能特性都在這里面了。就是拿來給你試用測試的，要是大家都用得還好，功能穩(wěn)定了，就發(fā)布到LTS版本。所以LTS就是穩(wěn)定版。

下面就扯扯nodejs的版本計(jì)劃

Node.js LTS 計(jì)劃

Node.js core 在 Node.js 與 io.js 合并后，為了保證發(fā)布穩(wěn)定有序，讓開發(fā)者能夠合理安排升級，開始使用 LTS（Long Term Support）來規(guī)劃發(fā)布周期。第一個 LTS 版本是 v4，發(fā)布于 2015 年 10 月。在這個規(guī)劃下，Node.js 的版本相當(dāng)于 master 分支在特定時間下經(jīng)過穩(wěn)定化處理的快照，時間到了就將 master 分支上穩(wěn)定的部分整合起來，發(fā)布新的版本，因此 Node.js 的發(fā)布是 以時間的流逝為準(zhǔn)，在保證兼容性靠攏的前提下跳版本 ，而不是以兼容性和新特性的多少為準(zhǔn)，這也解釋了為什么 Node.js 的版本看上去跳得那么快（不是“啊，我們攢了這么多大招，可以發(fā)新版了！”而是“啊，四月到了該發(fā)版了，我們把攢過的大招過一遍，看有什么夠穩(wěn)定能加進(jìn)去的，雖然可能這些招不怎么大就是了……”）。值得一提的是，目前的常青瀏覽器/主流 JavaScript 引擎/ECMAScript 標(biāo)準(zhǔn)/C++ 標(biāo)準(zhǔn)也是采用類似的原則，以時間跨度為基準(zhǔn)，從主干上截取穩(wěn)定特性來進(jìn)行發(fā)布的。

每一個 LTS 都會有一個代號，從元素周期表取元素名，按照字母表排序，挑選出合適的。v4 的代號是 Argon(氬)，v6 的代號是 Boron（硼）。

Node.js 的版本命名規(guī)則遵循 語義化版本（Semantic Versioning），版本號分為三部分，第一個數(shù)字（semver-major）增加，表示有不兼容的改變；第二個數(shù)字（semver-minor）增加，表示有保持兼容的新特性；第三個數(shù)字（semver-patch）增加，表示有在保持兼容性與特性不變的前提下的改動，比如修復(fù)了 bug 或者改進(jìn)了文檔。這個命名規(guī)則有利也有弊，此處不贅述，但它的一些矛盾之處使得 Node.js 的命名有一些例外，比如安全更新即使會導(dǎo)致不兼容，為了能夠更新到所有 major 版本，也依然是 semver-minor。

Node.js 應(yīng)用開發(fā)者怎么選擇？

對于追求穩(wěn)定性的 Node.js 應(yīng)用開發(fā)者來說，只需要每年十月一個版本成為 active LTS 的時候線上跟進(jìn)升級即可，也就是每 12 個月升一次 major 版本，每次升級的版本還有 18 個月 + 12 個月的壽命，中間跟進(jìn) minor 和 patch 的時候不用太擔(dān)心兼容問題。目前的推薦是最好在一個 active LTS 出來的 12 個月內(nèi)完成線上的升級（因?yàn)?12 個月后會出下一個 active LTS）。進(jìn)度落后的話，妥協(xié)到 18 個月，這個 LTS 的 active 時期結(jié)束前也可以。再趕不上，起碼要在 30 個月內(nèi)這個版本結(jié)束壽命之前升級完，否則連安全更新也沒有了。

擔(dān)心直接升級遇到的兼容問題較多的話，則可以在每年四月偶數(shù)版本新出來的時候，提前在線下進(jìn)行測試和升級準(zhǔn)備，將問題反饋到社區(qū)（當(dāng)然如果沒空也不需要管這一步），并不斷跟進(jìn)，十月再升線上版本。這樣線上下都是 12 個月升一次 major，只不過時間點(diǎn)不同。雖然線下需要跟進(jìn)的兼容性問題多了一些，但同時也可以通過反饋?zhàn)屪约旱募嫒菪孕枨蟊簧鐓^(qū)照顧到。

熱衷于嘗試新特性，或者不在生產(chǎn)環(huán)境使用的實(shí)驗(yàn)性項(xiàng)目，則可以嘗試每年十月發(fā)布的奇數(shù) major 版本。每個奇數(shù)版本只會維護(hù) 8 個月，而且不會有 LTS 那樣的兼容性保證，但Node.js 的開發(fā)者會利用這個版本為下一個 LTS 做準(zhǔn)備，因此它會有更多大膽的嘗試，比如更頻繁的 v8 更新（意味著更多的 ECMAScript 新特性實(shí)現(xiàn)以及性能優(yōu)化）。

因此，現(xiàn)在還在線上使用 v4.x 的開發(fā)者，已經(jīng)可以準(zhǔn)備升級到 v6.x 了。如果你的線上應(yīng)用還在使用 LTS 計(jì)劃啟用前發(fā)布的版本，如 v0.12.x，也最好抓緊升級到 v4.x 或者以上，因?yàn)?2016 年 12 月之后 v0.12.x 將不會再有任何安全更新，更早的版本就更沒有了，主要是 OpenSSL 的漏洞將不會被修復(fù)，這些應(yīng)用將會暴露在各種安全風(fēng)險之下。一旦升級到 v4.x 或更高，今后的升級將會相對容易許多，平時只要記得跟進(jìn) minor 或者 patch 即可，或者懶一點(diǎn)的只需要關(guān)注安全更新。

這跟 Node.js 的源代碼是怎么對應(yīng)的？

首先，Node.js 的 Github Repo 有一個 master 分支，大部分的 commit 是通過 PR 提交到這個分支上的。根據(jù)這些 commit 是否改變了兼容性或者引入了新特性，它們會被打上 semver-major 或者 semver-minor 的標(biāo)簽。

在每年四月前需要準(zhǔn)備 LTS 的時候，Node.js 會從 master 分支截取一個新的分支出來，假如這個是 v6，那么這個分支就叫 v6.x-staging 。之后與這個 LTS 相關(guān)的修改／打算進(jìn)入這個 LTS 的修改，比如 bug 修復(fù)等，還是提交 PR 到 master ，但需要加一個 tag lts-watch-v6.x 。被合并到 master 之后，這些變動會被負(fù)責(zé)發(fā)布的人挑出來，合并到 v6.x-staging 。當(dāng)?shù)搅怂脑碌哪骋惶欤瑅6 的第一個版本可以發(fā)布的時候，負(fù)責(zé)發(fā)布的人會創(chuàng)建一個 v6.x 分支，從 v6.x-staging 再挑出變更合并進(jìn)來。從四月到十月，對 v6 的所有修改，無論是 minor 或者 patch，依然先提交 PR 到 master ，然后再被挑出來合到 v6.x-staging ，發(fā)版本時再進(jìn)入 v6.x 。這樣，master 總是保留著最新的變動。而其他版本相關(guān)的分支，都是從 master 上挑出適合發(fā)版本的 commit，混合出來的縮影， v6.x-staging 保留著 v6.x LTS 相關(guān)的修改， v6.x 保留每一次 v6 發(fā)布的版本。除了負(fù)責(zé)處理分支的人以外，其他開發(fā)者是不會動這些版本相關(guān)的分支的。

到此，關(guān)于“nodejs的lts和current有哪些區(qū)別”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！