Windows Sandbox沙箱是一個不錯的功能，除了可以在裡面進行一些測試或是不想留在Host的一些記錄之外，有時候更是拿來當作簡易陽春型的VM虛擬機器來使用。(可以參考之前的這篇文章，裡面有簡單的介紹並說明如何在Windows 10 家用Home版安裝Sandbox功能)
【2022鐵人賽】基本版-建立CI Pipeline(2)
前一篇文章提到CI Pipeline的規劃包含Build Code、Build Image、Deploy De … 閱讀全文
資訊科技
【2022鐵人賽】基本版-建立CI Pipeline(1)
CI Pipeline包含了Build Code、Build Image、Deploy Dev這三個部份，這篇先處理Build code，但不使用內建的task來編譯程式的設計方式，改用dotnet sdk的docker image來處理編譯的這一塊，後續內容則會在後面的文章介紹。
【2022鐵人賽】基本版-建立Pull Request(PR) Pipeline
前一篇重新認識了YAML結構之後，今天我們就來建立前面流程規劃中提到的PR Pipeline吧！ 這邊有些項目 … 閱讀全文
【2022鐵人賽】再一次認識Build Pipeline的YAML結構
去年有一篇文章內容提到在YAML中設計多個Agent Job，裡面就提到了Build Pipeline的YAM … 閱讀全文
【2022鐵人賽】Google CloudRun介紹
這篇文章的標題雖然是寫「Google CloudRun介紹」，但是其實內容並沒有打算對它做深入的介紹，只是在繼 … 閱讀全文
【2022鐵人賽】Docker Image存放位置選擇：Google Artifact Registry
上一篇「流程規劃說明」有提到在CI Pipeline的時候我們會Build docker image，所以自然 … 閱讀全文
利用Fiddler(Classic)上傳檔案
Fiddler是一個好用的Web封包攔截分析工具，也是一個不錯的Web測試工具。
前一篇「Asp.Net Core Kestrel設定Request Body Size」調整了Request body size之後，因為要測試的Api是直接從Request.Body取得Stream，沒辦法透過Swagger的Web UI介面來選擇檔案上傳，所以就用到了Fiddler這套軟體。
【2021鐵人賽】再次建立Release pipeline：多個不同Artifacts來源
前面的文章建立過了Release pipeline，但是那次並沒有加入多個不同的Artifacts來源，不過在前一篇文章中我們修改了Pipeline的識別文字格式，正好這篇就來再建立一個Release pipeline，同時加入不同的Artifact來源吧！
【2021鐵人賽】設定Pipeline的識別文字格式
Build pipeline與Release pipeline預設的識別格式預設以日期加上序號或是名稱加上序號的格式儲存，像是20211010.1、Release-1這樣的識別文字，其實這個識別文字的格式是可以設定的，改成更容易識別的格式的作法是…