就目前微軟以雲端服務為優先情況，VSTS的功能是越來越強大，再加上本身VSTS也可以與地端整合，所以，使用VSTS來做為版控工具是一個不錯選擇，不過，很多人知道好處，但畢竟是雲端服務又會很擔心，如果在公司外部讓公司有心人進入後，把所有程式碼都拿走就慘了，安全性的管理一直想用VSTS的一個。 其實只要透過Azure Conditional Access就可以解決這問題。畢竟，在整個微軟雲端服務中，
自從VSTS有了Packages的功能，可以讓我們自建團隊私有的Nuget後，就習慣把大量可以Re-Use套件放上去，可以讓整個團隊共同使用這些套件。不過，如果給自己團隊是沒有甚麼問題，今天要跨團隊使用呢?就是給在不同專案成員也用你開發的Package，在同一個VSTS URL下，只要去設定Feed權限也就可以，如下圖，在BestFeed下設定給予要讀取此Package的人員那些權限 但是，如果
先前在VSTS使用Story Board時候，又用Teams，想說是否可以不要兩邊切換看和討論Story，早期作法就只是把VSTS Story的Link address抓下來，利用Teams的Tab內的Web Site功能建立，不過，這個月更新，整合度就更好了，只需要透過幾個步驟，就可以把兩邊給串起來，且比我之前用link來做好多了 選VSTS Tab 到Teams的Tab功能列表中，找到VST
今天把某台的DB Server中的資料庫還原到另一台DB Server時候，發生這樣的訊息 Cannot execute as the database principal because the principal “dbo” does not exist, this type of principal cannot be impersonated, or you do not have p
Json做為資料傳遞格式傳遞是越來越普遍，就連把SQL也支援JSON資料傳入做Insert資料用。不過，雖然JSON資料普遍使用，但是，有一個比較大缺點，就是要產生JSON格式的資料並不容易，尤其要多筆資料時候，往往不是缺了[就是少了甚麼，造成格式錯誤。 尤其最近是把Json資料當作參數傳入SQL中，每每要組合這些資料，就快被搞死，因此，找到一個套件叫做Office with Excel to
要在VSTS建置一個Xamarin開發出來的App，只要在Build Process將相關要建置的Task設定好基本上就可以產生出一個APP，若是要建置出iOS用的APP，就必須要在建置的Agent下一番功夫，例如使用Local agent或是第三方的Agent像是MacinCloud幫忙建置Xamarin專案，用Local agent則還是必須準備一台MAC在上面安裝Build Agent，似
常用Application Insighs的人，可以了解Application Insighs能監控的資訊有多強大，不過，在這些資訊中往往會Miss掉一個訊息，就是現在運行的系統版本所得到資訊，跟之前的資訊是否是同一個版本呢?雖然，我們可以在Application Insights內用客製化屬性標記系統版本，但是，不過在統計圖表中卻無法得知這份資訊。在資料的判讀上就會出現問題 因此，為了解決這問
這一波病毒我想最累因該是企業內部MIS人員，有些朋友公司又有遇到遭情，整個節日就泡湯，這次大部分都是微軟作業系統(聽說MAC也會有)遭殃，但不可避免就是，已經不只是從原本被動模式中毒，就算放著連上網也會中毒，雖然，微軟早在之前就有發布更新，我相信很多人也是沒更新的 XD 根據微軟的安全報告指出，這個勒索軟體是屬於WannaCryptor病毒的其中一隻變種。為了協助Windows用戶共同面對這個
繼上一篇的Azure Container Service初體驗之後，就在想要如何去應用ACS(Azure Container Service的簡稱)的功能，有什麼場景是在對於系統開發或是企業應用方面有幫助的方案，突然，想到其中一個方式，就是建立開發測試的資料庫，在開發時期拿來使用，所以，用ACS建立一個臨時要用的資料庫來做測試用，或許也是一個不錯的選擇，其實，也是可以做為微服務中的資料庫區塊 不
研究Docker時候，總是在想為了來使用Docker技術，我必須架設具有Container機制的Server，或是在自己PC上使用Docker for Windows建立Container，然後才可以使用Docker Image，雖然不複雜，但有時候也覺得不方便，尤其在寫程式時候，會需要做到測試部分，會用到Docker建置相關環境，如果這環境會被地域限制住，感覺又那樣不方便，在Azure上看到一
進入Azure之後，我們可以透過很多工具或是方式去管理我們在Azure上面的資源或是VM，不過，可以發現很多管理上，已經不只是使用帳號密碼做登入驗證，部分身分驗證資訊已經改用SSH的金鑰來進行驗證，因此，就必須製作屬於SSH的公鑰與私鑰，當我們在建構服務時候，就需要我們自己產生SSH公鑰資訊填入，做為日後登入資訊的驗證，雖然，這樣方式是相對複雜，但對於安全性又是多一分保障。 準備事項 製作SSH
通常在app.config都是用原本預設的element，不過，今天為了自己的元件的設定，必須透過客製化的element作為元件的config，好久沒有研究這部分，所以，研究一下，終於被我弄出來，因此，在這紀錄一下，讓有後續想用的人可以參考 自訂.config標籤 這裡自訂標籤如下，主要標籤分為三層，第一層Token為最外面標籤，等同於元件要開始讀取此設定的root位置，第二層TokenTarg
Application Insights好處在前面幾篇文章就有提到，尤其對於企業內部眾多的Application來說，Application Insights確實有助於我們從資料面去查詢一些蛛絲馬跡，不過，就整體管理而言，Azure Applcation Insights還是相對薄弱，畢竟，在上面要看一些指標或是報表並不是那樣友善，如果，把Application Insights結合OMS效果就
有了Docker這項技術後，想要把SQL Server也放入到Docker中，自從SSMS 2016開始，管理工具與DB可以分開安裝後，就沒有在自己電腦安裝DB，但是，有時候在開發專案，並不可能隨時與DB連線，如果手邊沒有SQL Server也很不方便，所以，可以用Docker建立SQL Server，如果中間被搞壞了，也不用太害怕。此外，或許可以透過這樣方式解決一些實務上遇到SQL測試的另一種
如果版控是用VSTS，我們可以在VSTS裡面設定Continuous Build&Continuous Release，讓我們的Web專案可以自動化建置到自動化佈署，且佈署到Azure Web App又有Task可用，基本上只需要把相關屬性設定完成，就可以運作，整體來說並會太困難 但是，對於VSTS不熟的人，可能要花一點時間去了解如何設定這些Task，才能讓Continuous Buil
自從SQL 2014開始，有了In Memory Table感覺在效能上又多了一道曙光，而到了SQL 2016這部分又更強化了，可用的SQL語句又增加，雖然In Memory Table是可以增加效能，但是，如果沒有設定好index反而會造成效益不彰的狀況，這幾天針對這部分進行一些調教，原本以為跟傳統資料表設定index一樣，最後發其實沒有這樣簡單，反而相對複雜，主要是因為在In Memory
在VSTS上面，可以建置Xamarin並將App發佈到HockeyApp上面進行，就可以讓用戶透過HockeyApp下載App，且HockeyApp本身可以讓APP有更新上架後，讓用戶開啟App之後，自動跳出更新App的訊息，這樣好處就可以減少開發人員再去做版本更新的通知功能。HockeyApp其背後的通知更新的機制在於Build版號要更新，才會通知有下載用戶說有新版本上架，換句話說如果只是單純
因為安裝了Docker for Windows，並透過Docker指令去抓取Docker Store中的image後發現，在Docker預設是把image放在C:\ProgramData\Dock路徑下，這樣我C槽如果要放很多種image，有可能就不夠大了，於是想要把Image放到其他地方。這時候可以透過Docker for Windows中的Setting去修改預設路徑 這邊只要加入&quo
之前在研討會曾提過，要把自動化程序搞好，善用PowerShell是不可少的，尤其在企業內部的管理面上，不使用PowerShell感覺還是卡卡的。在這邊分享如何用PowerShell去更改檔案名稱以及把過期檔案給刪除 更改檔案名稱 抓取某個資料夾中指定的副檔名，並修改成自己想要的副檔名。透過Get-ChildItem把該資料夾內的檔案列表抓出來。其中，為了讓整個.ps更靈活，所以，這邊採用$arg
大部專案都透過VSTS來進行佈署，雖然專案多，但是其實很多時候要設定的參數往往都相同，或是要佈署的路徑可能有80%是一樣，就必須每次都設定一次，或是說要用到一些Command的指令，在不同專案可能要寫一樣，若是，當中有需要變換指令寫法，就必須記住那些專案有用到，然後去改他，這樣非常不方便。再者，有些設定參數可能是具有安全性，不適合寫在Task中。 基於上面一些理由，就可以透過VSTS的Libra