完全免費(fèi)！GitHub發(fā)布軟件包管理服務(wù)：NPM瑟瑟發(fā)抖

栗子 2019-05-11 14:09:06 來源：量子位

包栗子 發(fā)自 凹非寺

量子位 出品 | 公眾號 QbitAI

今天，GitHub發(fā)布了全新的軟件包管理服務(wù)，叫GitHub Package Registry，完全免費(fèi)。

有了它，用戶可以把自己的軟件包傳上GitHub，就像發(fā)布源碼那樣。

官方介紹說，這項(xiàng)服務(wù)和NPM、Maven等許多現(xiàn)有的包管理器都兼容。并且，今后還會支持更多。

消息一出，網(wǎng)友紛紛感受到了一統(tǒng)天下的趨勢。

有人表示開心：

“好事啊，我現(xiàn)在同時(shí)用著好幾個(gè)包管理器，都能放到一起來搞的話，真是誘人?！?/p>

也有不少人擔(dān)心：

“我的NPM是不是藥丸？”“看到GitHub壟斷就不高興?！?/p>

那么，這到底是一項(xiàng)怎樣的服務(wù)？會給包管理工具的世界，帶來怎樣的震蕩？

大一統(tǒng)的包管理服務(wù)

首先，Package Registry是和GitHub完全集成起來的。所以，搜索、瀏覽、管理工具都和從前沒差別。

軟件包可以和源碼并肩發(fā)布，也可以使用和源碼一樣的權(quán)限。

團(tuán)隊(duì)說，下載快速穩(wěn)定，是由GitHub全球CDN加持的。

現(xiàn)在，來具體介紹一下。

都有什么功能

在Package Registry上，你可以迅速查找公開的軟件包，或者你團(tuán)隊(duì)內(nèi)部的私有軟件包。

它兼容了許多包管理應(yīng)用兼容，所以可以自由選擇工具，來發(fā)布自己的軟件包：

JavaScript (npm) ，Java (Maven) ，Ruby (RubyGems) ，.Net (NuGet) 以及Docker images都支持。未來還會支持更多，比如Python已經(jīng)在路上了。

△ 網(wǎng)友焦急：下個(gè)支持Go啊

GitHub說，如果你的repo很復(fù)雜，可以發(fā)布成好幾個(gè)不同類型的軟件包。

以及，通過webhooks或者GitHub Actions，能夠完全定制發(fā)布中和發(fā)布后的Workflow。

軟件可以發(fā)布成私有，也可以公開：

大多數(shù)開源項(xiàng)目，源碼都在GitHub上?？梢园杨A(yù)發(fā)行版本 (Prerelease Versions) 的軟件包公布出來，在社區(qū)里做測試，也可以把某個(gè)版本放到公開的Registry里去。

統(tǒng)一的身份和權(quán)限

如果，你用了許多不同的系統(tǒng)來發(fā)布代碼和軟件包，那就需要許多套不同的 (身份認(rèn)證用的) 用戶憑據(jù)和權(quán)限。

但現(xiàn)在在GitHub上，代碼和包可以用一套用戶憑據(jù)，也可以用同樣的工具來管理訪問權(quán)限。

GitHub上的軟件包，延用了Repo的可見性?(Visibility) 和權(quán)限?(Permissions) ，這樣團(tuán)隊(duì)就不用再跨系統(tǒng)去維護(hù)一個(gè)單獨(dú)的Registry，以及鏡像的權(quán)限了。

詳細(xì)信息，知己知彼

GitHub上托管的軟件包，都有詳細(xì)信息、下載統(tǒng)計(jì)，以及完整的歷史記錄可以查看。

用戶能明晰地了解包里都有些什么。這樣一來，就更容易找到適合自己的依賴項(xiàng)。

而包的主人查看數(shù)據(jù)統(tǒng)計(jì)，便可以詳細(xì)了解，其他人/其他項(xiàng)目都是怎樣使用了自己的軟件包。

你要試試么

現(xiàn)在，測試版已經(jīng)上線了。

注冊一下就可以用：

https://github.com/features/package-registry/signup

GitHub Package Resgistry是永久免費(fèi)的。不過，團(tuán)隊(duì)也在周圍開發(fā)一些附加功能，比如針對安全性 (Security) 和合規(guī)性 (Compliance) ，打算日后為商業(yè)用戶提供。

要變天了

軟件包管理器，在開發(fā)者的世界里舉足輕重。它們整合了自動安裝、配制、卸載、升級等等各種環(huán)節(jié)的工具，對開源軟件的環(huán)境也功勛卓著。

比如，在開發(fā)應(yīng)用的過程中，可能用到許多別人寫的軟件包。有了包管理器，就可以直接安裝軟件包，省去繁復(fù)的搜索、下載代碼、解壓……這一系列步驟。

如今，軟件包管理系統(tǒng)百花齊放。不同的開發(fā)環(huán)境，都有自己的包管理器。

每個(gè)管理器，有各自忠實(shí)的用戶。在GitHub發(fā)布了“大一統(tǒng)”的服務(wù)之后，他們都十分關(guān)心這些管理器的將來。

比如，Maven Central就是一個(gè)重量級倉庫。

Hacker News評論區(qū)的頂樓說，Package Registry出現(xiàn)了，表示Maven就要死了。

他還說，自己內(nèi)心百感交集：

一方面，這個(gè)庫已經(jīng)免費(fèi)存在了很長時(shí)間，心生感激。

但另一方面，Key Registries非常緩慢，幾個(gè)小時(shí)才能拿到自己的Private Key。除此之外，開發(fā)用服務(wù)器 (Staging Server) 也很緩慢，總是超時(shí)。

而GitHub的新服務(wù)，是把Registry和存儲 (Artifact Storage) 分開的。

這樣是對的，因?yàn)?strong>Registry需要快速更新。而存儲就在我自己的控制范圍了。

另外，NPM的用戶也在擔(dān)心它的命運(yùn)：

這個(gè)服務(wù)，可以解決NPM的信任問題：你永遠(yuǎn)不會知道，自己下載的這個(gè)包，來源是不是真像頁面上寫的那樣。

畢竟，NPM現(xiàn)在內(nèi)外交困：

NPM這巨大的Registry人見人愛，可是已經(jīng)快花光投資人的錢了，靠著私有Registry產(chǎn)品支撐?，F(xiàn)在，又換了個(gè)奇怪的CEO，投資人的耐心可能要消磨殆盡了。

不過，即便GitHub服務(wù)強(qiáng)勢來襲，依然有許多人保持懷疑的態(tài)度。比如：

兼容的意思是，兩邊的Registry可以一起用么？那如果名稱沖突了怎么辦呢？

有人回復(fù)了這條評論：

這才是真正的問題所在，可能對JS的生態(tài)系造成嚴(yán)重的破壞。要看GitHub怎么處理了。

—?完?—