![[faq]Azure DevOps如何透過設定Service Connection連到非同帳號的Azure 訂閲 - powershell篇.jpg](https://d33wubrfki0l68.cloudfront.net/799e5d3f96d08775c1d2c906a3539050e5d48e9c/46d8f/posts/2019/07/2019-07-11-faq-azure-devops-set-up-service-connection-to-azure-subscription-belong-to-another-account-using-powershell/b96232ab-5bcd-49a1-be4e-6f25d7262b06.jpg)
在上一篇([faq]Azure DevOps如何透過設定Service Connection連到非同帳號的Azure 訂閲 - GUI篇)介紹了如何透過GUI的方式在Azure建立出Service Principal用來在Azure DevOps設定Service Connections的時候用來作爲登入的驗證方式。
不過GUI雖然直覺，但是Azure如果有改版那麽很有可能資訊的位置會換，這個時候要在產生Service Principal又可能要找一下。
更好的方式其實可以透過用script的方式得到結果 - 這樣不管誰來做，得到的結果都會是一樣的 - 並且需要的資訊也可以一目瞭然，不用切來切去找不同訊息的位置。
這篇來看一下，如何透過powershell的方式，快速建立出Service Principal。
Azure DevOps裡面的Pipeline功能讓做軟體開發裡面的CI (Continuous Integration) 以及CD (Continuous Develiery) 非常的容易。
其中，在CD的時候把結果部署到Azure上面是很常見的一個需求。
在Azure DevOps裡面設定可以部署到那個Azure訂閲裡面是透過設定Service Connection，如果目前登入到Azure DevOps的帳號有權限操作Azure訂閲，那麽設定Service Connection非常的容易。
但是如果沒有呢？畢竟管理Azure DevOps和管理Azure很有可能是兩個不同的帳號。
這個時候怎麽辦呢？
這篇來看看如何透過在Azure建立App以及Service Principal，然後在Azure DevOps使用這些資訊建立出Service Connection能夠CD部署到Azure上面。
![[faq]在SSMS遇到Timeout expired或者Execution Timeout(逾時)怎麽辦？.jpg](https://d33wubrfki0l68.cloudfront.net/c3c6afd1d4ac361bc1fce85265d9cee2d3ba4405/343de/posts/2019/07/2019-07-04-faq-ssms-timeout-expired-or-execution-timeout-how-to-fix/dfc728dd-aa7e-4b6b-afb4-4754a5c3bd60.jpg)
SSMS (Sql Server Management Studio) 相信應該是需要使用MSSQL都會裝的管理工具。
有些時候要執行一些要跑比較久的SQL語法的時候，或者要修改有大筆資料的Table Schema的時候，都有可能會遇到Timeout Expired或者Execution Timeout這種錯誤訊息的時候應該要怎麽辦？
這篇就來看看遇到這種問題，如何延長整個SSMS執行可容許的時間。
不知不覺一個禮拜就過去了，還記得上個禮拜 (06/22) 的時候是今年Insider Dev Tour在台北的場次。
很榮幸，這一次除了作爲講師有上臺25分鐘介紹.NET Core 3在桌面應用程式(Desktop Applicaton)帶來的一些好處之外，也是現場的工作人員。相信有參加的人應該都還記得幫各位發吊牌的就是我啦。
言歸正傳，這一篇主要想總結一下那天的情況 - 由於大部分時間都是工作人員，因此應該沒有太多技術的部分 算是為這一次活動做個記錄，並且留下一些參考資料給有興趣的朋友去嘗試。
在今年參加DevDaysAsia 2019的時候，一不小心就推坑了公司的幾個夥伴參加了微軟Teams的Hackathon。
小弟我其實從來沒有參加過Hackathon，所以也是一個非常有意思的體驗。
這篇快速記錄一下做了什麽，以及一些參考資源讓大家如果對於Teams有興趣可以去玩玩。
![[faq]爲什麽Postman打不到網站？明明用瀏覽器打就可以.jpg](https://d33wubrfki0l68.cloudfront.net/b5f645e8dacea9474b232381575370043017b5c0/e988f/posts/2019/06/2019-06-13-faq-why-postman-did-not-get-response-from-url-which-browser-can-get-without-problem/d668fae6-0f62-4a90-b945-c9a38a19325a.jpg)
相信Postman應該是所有寫Web都會裝的工具之一，畢竟能夠把api儲存成爲collection，可以用環境便是，並且能夠分享給他人使用太方便了。
不過，之前遇到一個問題，明明網站已經起來了，然後瀏覽器打那個網址可以取得東西，但是爲什麽用postman卻不行呢？
這篇來看一下怎麽解決。
![[05][讓團隊彼此知道程式碼走向]如何强制走Pull Request以及設定符合規則才能合並分支.jpg](https://d33wubrfki0l68.cloudfront.net/d3b1031215f009d4e85eca8f4f5157aa14947e92/fa50c/posts/2019/06/2019-06-11-code-review-05-force-use-pull-request-and-set-rules-before-pull-request-can-be-complete/2fe0b23e-7ffa-4d3c-99e6-cacf5b54253b.jpg)
在上一篇([04][讓團隊彼此知道程式碼走向]整合的威力 - 整個Review的過程)介紹完了整個Code Review的過程，從最一開始的需求，到修改好之後，透過Pull Request做Code Review然後把修改合並回主線。
基本上所有的功能基本都會使用了，但是還有一個很大的問題：如果開發者不走Pull Request的話一切不都完了？
這一篇將來看一下，如何强制要求一定要走Pull Request，並且一些設定讓Pull Request一定要有符合某些條件才可以結束。
_1477.png)
_1485.png)
_1486.png)