首先感謝微軟技術團隊提供支援，協同解決 當大家開始習慣使用Microsoft Teams時候，就會開始把習慣透過群組方式分享檔案給團隊成員， Office 365雖然有提供每個帳號1TB的Onedrive空間，但是，對於公用的空間卻是有限制的，其計算方式1TB+Account個數x0.5G，換句話說如果公司人數1000人，共用的空間大小則是1.5G。而這1.5G會被SharePoint和
在資安逐步被重視的年代，企業會導入更多資安相關工具，除了本身伺服器或網路層的工具外，近年也針對程式碼進行安全性的掃瞄，目前其中市面上比較熱門的工具之一就是HPE Fortify，他本身可掃描的程式碼種類很多。在開發者端，可以透過Visual Studio的Plug in方式，安裝在Visual Studio，如果你又有Fortify Center的登入權限，便可以從Center將資安團隊設定好的
在先前一篇的[用VSTS建立.Net Core的Package]，建立屬於.Net Core的Nuget Package，其中在Path to csproj or nuspec file(s) to pack是沒有辦法放.nuspec檔案的，但是，原本在.nuspec有一個標籤可以把外部dll包進Package123<files> <file src="lib\XXX.d
我們知道使用VSTS中的Packages Manager可以建立企業或是私有的Nuget Server，在一般.Net Framework下，可以用下面幾個步驟建立Nuget的Package，其中使用到的是MSBuild做編譯，再用Nuget指令打包成Package 不過，今天若是也這樣對.Net Core專案進行封裝，雖然會成功，但是，當在.Net Core專案下載來用時候，就會出現你使用了
在使用VSTS Agent 2.115版本時候，在企業內部使用是沒甚麼問題，不過，最近升級到2.123版後，地端與雲端就失聯，就無法進行連線，到_diag資料查看Log，發現會卡在最後連線驗證地端權限時候，一直發生Timeout然後Agent就發生Exception，導致怎樣都無法與雲端溝通，如果再倒回2.115版又可以連線，真是太神奇 仔細研究一下，因為企業內部必須透過Proxy才能連線，在舊
Microsoft Teams一個值得高興的更新，就是Microsoft Teams可以支援外部訪客加入Teams團隊中了，原先，要使用Teams的成員，必須具備O365帳號且還必須同一個組織或是公司下的O365帳號才可以一起使用Teams，現在這些非原本在同個組織下的O365帳號或，都會被當作訪客登入到Teams，首先，先來看用訪客身分登入後，訪客會具備那些權限 不過，雖然可以邀請訪客登入，但
在前一篇的[在VSTS中建立npm套件管理平台]介紹說可以在VSTS內建立NPM套件平台，因為，VSTS建立的NPM套件管理平台是屬於私人的，所以，會有註冊憑證的動作，不過，這樣做下去之後，卻發生一個問題，如果今日我們是要從原本NPM官網下載套件，就會發生這樣錯誤 其實這錯誤就是因為在.npmrc設定檔中註冊是VSTS NPM套件路徑，而原本NPM平台上套件又不在VSTS，導致會發生失敗，如果不
在之前有介紹透過VSTS的Packages可以自建團隊的Nuget套件管理平台，在Packages中不只是可以建立Nuget套件的管理平台，如果，今日是前端人員或是非.NET人員，想要用npm指令來裝前端套件，VSTS是否可以做npm套件的管理平台呢?答案是可以，VSTS的Packages同時支援Nuget和npm套件管理，就讓我們來建立一個npm packages管理平台吧。 自動化建立npm
微軟在Mobile的解決方案，原先是建構Hockey App上面，不過，從今年五月開始就慢慢轉移到Mobile Center上面，無論是Build還是Test，甚至到發布，都可以透過Mobile Center幫忙完成，先前的一篇文章[VSTS 整合Visual Studio Mobile Center ]中有介紹把VSTS的Repositories與Mobile Center結合，現在Mobil
就目前微軟以雲端服務為優先情況，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
要在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內用客製化屬性標記系統版本，但是，不過在統計圖表中卻無法得知這份資訊。在資料的判讀上就會出現問題 因此，為了解決這問
如果版控是用VSTS，我們可以在VSTS裡面設定Continuous Build&Continuous Release，讓我們的Web專案可以自動化建置到自動化佈署，且佈署到Azure Web App又有Task可用，基本上只需要把相關屬性設定完成，就可以運作，整體來說並會太困難 但是，對於VSTS不熟的人，可能要花一點時間去了解如何設定這些Task，才能讓Continuous Buil
在VSTS上面，可以建置Xamarin並將App發佈到HockeyApp上面進行，就可以讓用戶透過HockeyApp下載App，且HockeyApp本身可以讓APP有更新上架後，讓用戶開啟App之後，自動跳出更新App的訊息，這樣好處就可以減少開發人員再去做版本更新的通知功能。HockeyApp其背後的通知更新的機制在於Build版號要更新，才會通知有下載用戶說有新版本上架，換句話說如果只是單純
大部專案都透過VSTS來進行佈署，雖然專案多，但是其實很多時候要設定的參數往往都相同，或是要佈署的路徑可能有80%是一樣，就必須每次都設定一次，或是說要用到一些Command的指令，在不同專案可能要寫一樣，若是，當中有需要變換指令寫法，就必須記住那些專案有用到，然後去改他，這樣非常不方便。再者，有些設定參數可能是具有安全性，不適合寫在Task中。 基於上面一些理由，就可以透過VSTS的Libra
之前還很高興的把Application Insights與Slack串接起來，可參考Azure Application Insights發Alert訊息到Slack ，但沒多久Microsoft又出了一個Microsoft Teams的協同工具，再加上部分工作已經轉移到Teams，為了整合各項資訊到同一平台上，所以，打算把原本發送到Slack的轉移到到Teams上面，再加上Slack免費版只有
Teams除了一般協同工具之用外，針對開發人員來說又多一個好玩的東西，就是可以整合VSTS了，在整合部分目前可以整合就是VSTS發送通知，讓團隊在不管是在Build或是Release時候，都可以即時獲得訊息，尤其是當Release需要被Approve時候，也可以透過通知方式，通知要Approve人來處理 整合VSTS訊息 在還沒有Teams以前，我是用Slack去整合VSTS資訊，在Slack應
在前面的[自動化建立Database版本差異化Script]提到，我們可以透過SQL Compare方式去產生這次要佈署的SQL檔案，不過，在實務上來說，會習慣把產出檔案直接寄送給相關人員去佈署。又或是如果今天是撰寫元件的團隊，要把改版或是修正版的dll傳送給人員做更新。現在可以當你自動Buil & Release後直接寄送檔案給指定人員 安裝Send Mail套件 首先到VSTS的Ma