Azure DevOps —— Azure Artifacts包管理平臺(tái)

Azure Artifacts

其實(shí)就是你自己的包管理服務(wù)。就好比現(xiàn)有的maven(java)、nuget(.net)、pip(python)、npm(javascript)等等這種包管理服務(wù)。

很多時(shí)候企業(yè)級(jí)的包，不會(huì)也不可能讓你放到公共平臺(tái)上，所以企業(yè)內(nèi)部需要搭建自己的包管理平臺(tái)。因此Azure Artifacts就是這么一個(gè)服務(wù)平臺(tái)。

什么叫包管理

包（Artifacts），正確翻譯叫工件，通俗地說(shuō)就是你編譯好的類庫(kù)、框架、中間件編譯成功后的包，比如jar，dll等等。試想一下，你有5個(gè)項(xiàng)目用到了某些類庫(kù)或框架，你也不可能每個(gè)項(xiàng)目拷貝一份源代碼吧？

早十年前，我們需要通過(guò)CV(Ctrl+C Ctrl+V)的方式，從服務(wù)器或者共享文件夾里拷貝這些包到本地，然后添加引用，這樣我們才可以用到包里的函數(shù)、變量等等，當(dāng)然這樣的做法顯而易見的就是版本管理，有可能同一個(gè)項(xiàng)目下，張三引用的包和李四引用的包，版本就不同，因?yàn)檫@樣的問(wèn)題當(dāng)年肯定很多人抓狂了不止一次。

因此就有了包管理平臺(tái)，只要把包上傳到該平臺(tái)，源頭都一樣，自然版本就一樣了。而且包會(huì)在你代碼編譯的時(shí)候，自動(dòng)去下載相關(guān)的包到本地（本地緩存優(yōu)先），完全省去了包版本還有地址的煩惱。

為什么會(huì)搭建自己的包管理平臺(tái)

比如企業(yè)內(nèi)部統(tǒng)一進(jìn)行所有包的版本管理，包括市面上流行或者官方出的包版本，這樣做是為了開發(fā)的規(guī)范，同樣也是為了避免糾紛，減少企業(yè)的損失。

對(duì)于網(wǎng)絡(luò)有限制的公司，有可能是封閉式開發(fā)的，不讓上公網(wǎng)，或者也有很多公司對(duì)公網(wǎng)有所限制，下載速度很呵呵，所以企業(yè)內(nèi)部自己搭建一個(gè)包管理平臺(tái)就很有用了。

如何使用

如果沒(méi)有，則右側(cè)會(huì)顯示一個(gè)添加按鈕

源名稱

這個(gè)你隨意咯，取名字而已。

可見性

這還用說(shuō)嗎？權(quán)限罷了，誰(shuí)有權(quán)限看到這個(gè)包源的列表。

來(lái)自公告源（nuget.org、npmjs.com）的包

舉個(gè)例子，你的包比如叫“SupreMvc.Core”，它有一個(gè)依賴叫“Microsoft.AspNetCore.Mvc”的包，因此

選擇第一項(xiàng)，在下載SupreMvc.Core包時(shí)，發(fā)現(xiàn)有其他依賴你本地沒(méi)有，則會(huì)從官方云平臺(tái)的公網(wǎng)下載相關(guān)依賴的包。（沒(méi)有找公網(wǎng)索?。?/span>

選擇第二項(xiàng)，就是只看你包源里有沒(méi)有依賴包，沒(méi)有就無(wú)法下載，編譯的時(shí)候就會(huì)報(bào)錯(cuò)了。（家里沒(méi)有，那就沒(méi)有了，其他家有也跟我沒(méi)關(guān)系）

創(chuàng)建好了就會(huì)這樣顯示

什么都沒(méi)有？急什么，你還沒(méi)有發(fā)布包呢。

點(diǎn)擊“連接源”

微軟其實(shí)已經(jīng)教你怎么做了，我們就跟著做就好了。

用nuget推送包

按著他的步驟，在命令行敲就行了。

這一個(gè)模塊相對(duì)于其他的比較簡(jiǎn)單，也很容易掌握。

版權(quán)聲明：本文為博主原創(chuàng)文章，遵循 CC 4.0 BY-SA 版權(quán)協(xié)議，轉(zhuǎn)載請(qǐng)附上原文出處鏈接和本聲明。

本文鏈接：https://blog.csdn.net/playermaker57/article/details/88086450