前言

終於完成這次IT邦幫忙鐵人賽，深刻有一種如釋重負的感覺！！
這次算是第二次參賽，比起兩年前的經驗，今年的事先規劃加上整年所學習的技術整合，文章內容比較完善也比較一致。這個月每天回到家用完餐，寫鐵人文章到凌晨已經是規律的行程，理所當然，假日也不例外：處理完家務事與雜事後，往往開始寫文章的時候也已經是晚上。整個過程最煎熬也最花時間的部分是實作與範例，每篇文章幾乎都有安裝、程式與實作範例，而並非只有理論與描述，因為我認為透過程式碼與實作可以讓技術學習更加扎實，故每個步驟能截圖就截圖，能提供程式碼就程式碼。

感謝所有看到最後一篇的讀者，這次系列文章雖然有事先規劃，但仍舊不夠完善，抵不過一日一篇的壓力，文章品質與內容不如自己預期的好，在此先跟各位致歉，後續這鐵人賽期間內，會再檢查與修補內容，讓這系列文章更加盡善盡美。

前言

本篇文章將簡單介紹如何透過 Dockerfile，以microsoft/aspnetcore base image 建置自己的 Net Core Web Application image。除此之外，也簡單介紹將自己建置好的 imag e放上 Docker hub進行管理，若有觀念錯誤或任何建議，真誠的希望各位先進指點。

前言

DevOps 流程內會設置許多環境，像是 Development ,QA ,Staging, and Production，依據需求的不同分別提供給開發者、測試人員與客戶使用。其優點如下：

1. Dev環境:因為佈署於伺服器而非工程師本機環境下進行操作與測試，減少了軟體套件未安裝、作業系統版本不同、系統參數不同...等佈署後發生問題的機率。
2. QA環境:測試人員進行測試的階段可能需要輸入假資料進行測試，避免影響到正式產品的資料正確性。
3. Staging:提供另一個備份的正式資料庫 搭配最新開發的程式進行操作。以最接近正式產品環境進行測試，找出可能發生的問題。
4. Production: 正式機 (當然，如果能不碰就不碰 XD)

前言

前一篇，我們介紹安裝 .NET Core 相關檔案，並分別透過 Visual Studio 2015 與 Command line方式建立第一個 Web Appliction 專案。在本篇，我們將詳細介紹與持續整合相關的指令操作，包含了 restore、build、test、publish,與 pack，並在最後說明如何在 TeamCity 使用這些指令建立 Build Script，進一步協助我們建立自動化整合流程。若有說明錯誤或任何建議，請各位先進不吝提出，謝謝。!

前言

ASP.NET Core早期被稱為 ASP.NET vNext 與 ASP.NET 5，但並非原有的 ASP.NET升級版，而是重新製作的 ASP.NET。最大的特色就是可跨平台運行於 Mac OSX 與 Linux 作業系統。當得知跨平台特性時，個人就非常期待未來的發展，很幸運的是 .Net Core 整合在2016年6月釋出後，Team Leader希望新專案可以進行透過 .NET Core 進行實作。期間雖然遭遇開發方式不同、過去常用套件不支援與佈署流程差異等問題，但透過這次專案累積了寶貴的經驗，也嘗試建立了自動化佈署流程。
本系列文章對於.NET Core 只簡單介紹相關的內容，包含：安裝、指令操作、TeamCity整合與多環境設定等部分，其他部分可以參考官方網站(像是 middleware 與 DI 部分也相當有趣，建議各位先進可以嘗試看看，至於開發經驗分享部分，只能等鐵人賽結束再說惹)。本篇文章若有錯誤或任何建議，請各位先進不吝提出，謝謝！ 

前言

前兩篇文章中，我們說明了安裝 TeamCity 與增加 Build Agent的設定步驟，而在這一篇我會簡單介紹 TeamCity 的操作介面與如何設定 build configuration(建置設定) 功能，讓大家能在 TeamCity 上進行基本操作。本篇文章若有錯誤或任何建議，請各位先進不吝提出，謝謝！

前言

TeamCity build agent 為負責執行整合流程的服務程序，負責執行各種持續整合工作，Agent越多，表示同時進行測試與部署工作越多，這在大型專案與多人共同開發情境下非常的重要。在 Professional 版本、不購買任何 agent lincesee 情況下，我們最多可以設定 3 agents 同時進行工作。在上一篇文章中，我們簡單介紹如何安裝 TeamCity，並且在安裝過程中設定了一個 TeamCity agent，而這在本篇會簡單介紹如何安裝與設定新的agent。若有錯誤或任何建議，請各位先進不吝提出，謝謝！

前言

TeamCity 是由 JetBrains 開發，一套 Java-Based 持續整合與管理的伺服器，能協助開發人員依據專案特性，從開發、編譯、整合、測試到發佈軟體等流程，建構一套專屬的 DevOps。TeamCity整合多家套件，如版本控管、測試框架、通知、視覺化圖表、問題追蹤、雲端支援...等，協助開發人員順行進行各種整合工作，功能相當強大。

前言

個人覺得運氣不錯，從早期單純的程式撰寫、版本控管、單元測試、專案管理工具到目前持續整合，透過工作學習越來越多的知識與技術，而這些知識技術也逐漸優化工作效能與成果，在此感謝一路走來曾經共事過的強者們，感謝你們不吝嗇地分享自身經驗與技術。透過目前工作，第一次實際接觸到的持續整合，也親身感受到程式自動化所帶來的好處。因應公司專案需求，個人有機會實作ASP.Net Web Application持續整合流程，雖然流程不算盡善盡美，但也補足長久以來對於理論的疑問，學習了不少經驗。這次透過鐵人賽，將對於ASP.Net core 部分製作持續整合的的相關經驗做一次彙整紀錄，有別於先前撰寫 ASP.Net Framework 持續整合文章，ASP.Net Core 在持續整合製作過程中有些許的不同，將會在後面的文章一一描述。  序篇將簡單說明目錄、操作環境、基本流程與持續整合的好處，若有錯誤或任何建議，請各位先進不吝提出，謝謝。

安裝Windows Server Hosting遇到問題處理方法

前言

本篇文章記錄在 .Net Core 開發 Web application 過程中，如何在佈署至 IIS 過程中，因應
不同佈署環境進行環境變數的設定，並且取得正確的 appsettings.json。若有說明錯誤或
建議，也希望各位前輩不吝指教。

前言

本篇文章是學習與嘗試建 ASP .Net Core Web Application 持續整合遇到，比較基礎的問題
。主要是 deploy to IIS 後， stdoutLogFile 無法產生的問題 (permission issue)，在這邊做一個
紀錄避免以後重蹈覆轍，也提供給有需要的開發者參考。若有說明錯誤或相關建議，請各
位先進不吝指教。

測試環境:
Windows 10
Visual Studio 2015 Update 3
Visual Studio Core
IIS Version 10.0.10586.0
ASP .Net Core 1.0