Docker相關資訊
透過CLI就是組Scripts來達成目的，所以彈性相對高很多。除了可以Build Source Code之外，要Pack Nuget Package也是同樣透過Sdk CLI就可以達成。但是如果是用Task的話，可能就會需要分成不同的Task。
這篇內容利用了Google建置的gcloud的Docker Image來執行gcloud CLI工具的指令，除了先前建立的服務帳戶要補上一個IAM的角色之外，透過Container執行gcloud指令還有一個重點，它將會是能不能夠正常透過Container執行gcloud的關鍵！
前一篇文章提到CI Pipeline的規劃包含Build Code、Build Image、Deploy De … 閱讀全文
CI Pipeline包含了Build Code、Build Image、Deploy Dev這三個部份，這篇先處理Build code，但不使用內建的task來編譯程式的設計方式，改用dotnet sdk的docker image來處理編譯的這一塊，後續內容則會在後面的文章介紹。
上一篇「流程規劃說明」有提到在CI Pipeline的時候我們會Build docker image，所以自然 … 閱讀全文
前一篇文章建立了Azure DevOps Agent的Windows Container Image，已經知道了基本的概念就是：1.選擇基底映像檔、2.安裝所需要的額外套件與程式、3.將Azure DevOps Agent的開始程式start.ps/start.sh複製進去。
這篇延續前一篇在Windows VM中安裝Azure DevOps Agent的內容，講解了如何讓Agent在Windows Container中執行，從基底映像檔的差異到挑選適合的映像檔在Dockerfile中使用，也示範如何將Host中Docker提供給Container使用。
Windows Server要安裝Docker很簡單，只需要透過具有Administrator權限的PowerShell執行三行指令就可以完成安裝Docker的動作，分別是安裝Provider、安裝Docker、重新開機。
如果有在使用Docker並且是建置Linux環境的Image，搭配自行撰寫的shell檔案，有時候會因為版本控 … 閱讀全文
如果有看前一篇文章，也就是在WSL中安裝原生的Docker環境，可能在電腦重新啟動之後輸入wsl進入Linux子系統時，會發現docker怎麼好像又不能使用了？
其實這只是因為電腦重新啟動後，WSL環境也是重新啟動，所有額外安裝的程式與服務都需要手動重新啟動它們，所以這時候只要再輸入sudo service docker start，再執行docker的指令就可以正常工作了。
不過每次WSL重新啟動之後都需要輸入指令讓docker服務啟動，說實在的有一點麻煩，因為通常用到WSL的時候就是要在裡面跑docker container，所以如果在輸入wsl進入Linux子系統環境的時候就能夠自動將服務啟動的話，那不是方便很多嗎？
這一篇文章就是說明該如何在Linux子系統設定自動啟動docker服務，這個概念其實就和Windows作業系統啟動的時候要執行什麼事情所做的設定是相同的概念，所以也不限於使用在WSL的環境喔！