多年前的一篇 https://dotblogs.com.tw/yc421206/archive/2009/03/24/7675.aspx 有寫到如何利用 InstallUtil 安裝 Windows Service,這次剛好碰到 Windows Service 專案,把部署過程自動化也是剛好而已
[TFS 2017] 使用 Sandcastle 自動產生 Code Contract 說明文件
- 1149
- 0
- Living Document
- 2021-03-08
續上篇 https://dotblogs.com.tw/yc421206/2017/04/05/tfs_build_vnext_sandcastle_generate_live_document
我們已經自動化產生 API 說明文件了,若程式碼裡面有用到 Code Contract 還需要一些動作才能自動產生 Code Contract 的說明文件
[TFS 2017] 使用 Sandcastle 自動產生 API 說明文件
- 2744
- 0
- Living Document
- 2021-03-08
Sandcastle 是用來產生 .NET 文件,今天我要通過 TFS 自動化產生 .NET 說明文件
[TFS 2017.1] Build vNext Agent 不需要安裝 VS IDE 也能 Build
- 1114
- 0
- Team Foundation Server 2017
- 2018-02-09
TFS 2017 改變了 VSTest 的設定,也支援了測試涵蓋率,微軟漸漸的把功能慢慢的抽出來,不需要為了某個功能安裝一大包的東西,安裝體驗變得很不一樣,這裡要分享 TFS 2017 不需要安裝 VS IDE 也能建置的步驟
[TFS 2017.1] 程式碼版控與 Proxy 快取
主公司跟分公司通常不會在同一個網路環境,不同的建築物,網路資源可能會受到限制,在有限制的網路環境中,開發過程中網路要是有個萬一,可是會耗掉開發人員的時間阿,放心,TFS 有提供 Proxy 讓我們解決這個問題,好久以前就知道這個功能,直到今天才有機會實作
[TFS 2017] 安裝 Build vNext Agent
- 1149
- 0
- Team Foundation Server 2017
- 2017-03-30
Build vNext 的安裝步驟蠻簡單的,所以 TFS 2015 沒有寫,最近需要比較一下差異之處時,才發現自己的 Blog 找不到相關資訊,這次新版出來把它補上去,紀錄一下...
[UnitTest] 讓 TFS 套用 App.config Transformation 切換連線字串
https://dotblogs.com.tw/yc421206/archive/2014/07/28/146082.aspx 根據上篇,可輕易地在專案建立出不同環境的組態設定,但是 TFS 上的 Build 沒有正常的切換環境,測試專案的連線字串沒有根據我期望的切換,不像 Web 那樣,原來還需要一些設定,以下分享我成功的方法。
[TFS 2017] 在不同的 SQL Instance,TFS 2015 升級到 TFS 2017
- 1828
- 0
- Team Foundation Server 2017
- 2016-11-28
Team Foundation Server 2017 出來沒多久後,我就按下升級了,不過升級的過程當中很快就卡住了, SQL Server 最低要 2014,我的 SQL Server 只有 2012,就代表我得先升級 SQL Server
由於那台 SQL Server 是 Production ,不能隨便亂動(升級),為了要能夠升級然後又不想要每次都處理資料庫版本相依的問題,我把原本分散式的架構,換成集中式,並把舊的資料庫轉移到新的資料庫
Franma得知後在第一時間內就撥電話給予建議(感覺超麻煩),我在轉移資料庫的過程當中也嘗試了幾種失敗做法,現在,分享我成功的作法,獻給Franma,也獻給跟我碰到同困境的夥伴
- 1