余小章 @ 大內殿堂

多年前的一篇 https://dotblogs.com.tw/yc421206/archive/2009/03/24/7675.aspx 有寫到如何利用 InstallUtil 安裝 Windows Service，這次剛好碰到 Windows Service 專案，把部署過程自動化也是剛好而已

續上篇 https://dotblogs.com.tw/yc421206/2017/04/05/tfs_build_vnext_sandcastle_generate_live_document

我們已經自動化產生 API 說明文件了，若程式碼裡面有用到 Code Contract 還需要一些動作才能自動產生 Code Contract 的說明文件

Sandcastle 是用來產生 .NET 文件，今天我要通過 TFS 自動化產生 .NET 說明文件

TFS 2017 改變了 VSTest 的設定，也支援了測試涵蓋率，微軟漸漸的把功能慢慢的抽出來，不需要為了某個功能安裝一大包的東西，安裝體驗變得很不一樣，這裡要分享 TFS 2017 不需要安裝 VS IDE 也能建置的步驟

主公司跟分公司通常不會在同一個網路環境，不同的建築物，網路資源可能會受到限制，在有限制的網路環境中，開發過程中網路要是有個萬一，可是會耗掉開發人員的時間阿，放心，TFS 有提供 Proxy 讓我們解決這個問題，好久以前就知道這個功能，直到今天才有機會實作

Build vNext 的安裝步驟蠻簡單的，所以 TFS 2015 沒有寫，最近需要比較一下差異之處時，才發現自己的 Blog 找不到相關資訊，這次新版出來把它補上去，紀錄一下...

https://dotblogs.com.tw/yc421206/archive/2014/07/28/146082.aspx 根據上篇，可輕易地在專案建立出不同環境的組態設定，但是 TFS 上的 Build 沒有正常的切換環境，測試專案的連線字串沒有根據我期望的切換，不像 Web 那樣，原來還需要一些設定，以下分享我成功的方法。

Team Foundation Server 2017 出來沒多久後，我就按下升級了，不過升級的過程當中很快就卡住了， SQL Server 最低要 2014，我的 SQL Server 只有 2012，就代表我得先升級 SQL Server
由於那台 SQL Server 是 Production ，不能隨便亂動(升級)，為了要能夠升級然後又不想要每次都處理資料庫版本相依的問題，我把原本分散式的架構，換成集中式，並把舊的資料庫轉移到新的資料庫

Franma得知後在第一時間內就撥電話給予建議(感覺超麻煩)，我在轉移資料庫的過程當中也嘗試了幾種失敗做法，現在，分享我成功的作法，獻給Franma，也獻給跟我碰到同困境的夥伴