Azure DevOps —— Azure Artifacts包管理平臺

Azure Artifacts

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

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

什么叫包管理

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

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

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

為什么會搭建自己的包管理平臺

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

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

如何使用

如果沒有，則右側(cè)會顯示一個添加按鈕

源名稱

這個你隨意咯，取名字而已。

可見性

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

來自公告源（nuget.org、npmjs.com）的包

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

選擇第一項，在下載SupreMvc.Core包時，發(fā)現(xiàn)有其他依賴你本地沒有，則會從官方云平臺的公網(wǎng)下載相關(guān)依賴的包。（沒有找公網(wǎng)索取）

選擇第二項，就是只看你包源里有沒有依賴包，沒有就無法下載，編譯的時候就會報錯了。（家里沒有，那就沒有了，其他家有也跟我沒關(guān)系）

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

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

點擊“連接源”

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

用nuget推送包

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

這一個模塊相對于其他的比較簡單，也很容易掌握。

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

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