Tag: DevOps

0

用Azure Conditional Access限制公司以外地區不可以連入VSTS

就目前微軟以雲端服務為優先情況,VSTS的功能是越來越強大,再加上本身VSTS也可以與地端整合,所以,使用VSTS來做為版控工具是一個不錯選擇,不過,很多人知道好處,但畢竟是雲端服務又會很擔心,如果在公司外部讓公司有心人進入後,把所有程式碼都拿走就慘了,安全性的管理一直想用VSTS的一個。 其實只要透過Azure Conditional Access就可以解決這問題。畢竟,在整個微軟雲端服務中,

0

自動化建置取得不同VSTS平台內的Packages Manager套件

自從VSTS有了Packages的功能,可以讓我們自建團隊私有的Nuget後,就習慣把大量可以Re-Use套件放上去,可以讓整個團隊共同使用這些套件。不過,如果給自己團隊是沒有甚麼問題,今天要跨團隊使用呢?就是給在不同專案成員也用你開發的Package,在同一個VSTS URL下,只要去設定Feed權限也就可以,如下圖,在BestFeed下設定給予要讀取此Package的人員那些權限 但是,如果

0

Microsoft Teams整合VSTS Story Board

先前在VSTS使用Story Board時候,又用Teams,想說是否可以不要兩邊切換看和討論Story,早期作法就只是把VSTS Story的Link address抓下來,利用Teams的Tab內的Web Site功能建立,不過,這個月更新,整合度就更好了,只需要透過幾個步驟,就可以把兩邊給串起來,且比我之前用link來做好多了 選VSTS Tab 到Teams的Tab功能列表中,找到VST

0

VSTS 整合Visual Studio Mobile Center

要在VSTS建置一個Xamarin開發出來的App,只要在Build Process將相關要建置的Task設定好基本上就可以產生出一個APP,若是要建置出iOS用的APP,就必須要在建置的Agent下一番功夫,例如使用Local agent或是第三方的Agent像是MacinCloud幫忙建置Xamarin專案,用Local agent則還是必須準備一台MAC在上面安裝Build Agent,似

0

在Application Insights標註VSTS Release的版本戳記

常用Application Insighs的人,可以了解Application Insighs能監控的資訊有多強大,不過,在這些資訊中往往會Miss掉一個訊息,就是現在運行的系統版本所得到資訊,跟之前的資訊是否是同一個版本呢?雖然,我們可以在Application Insights內用客製化屬性標記系統版本,但是,不過在統計圖表中卻無法得知這份資訊。在資料的判讀上就會出現問題 因此,為了解決這問

0

用Azure Web App內的Continuous Delivery快速建置VSTS的CI / CD流程

如果版控是用VSTS,我們可以在VSTS裡面設定Continuous Build&Continuous Release,讓我們的Web專案可以自動化建置到自動化佈署,且佈署到Azure Web App又有Task可用,基本上只需要把相關屬性設定完成,就可以運作,整體來說並會太困難 但是,對於VSTS不熟的人,可能要花一點時間去了解如何設定這些Task,才能讓Continuous Buil

0

VSTS佈署Xamarin.iOS到Hockeyapp,自動更新版號和切換BundleIdentifier

在VSTS上面,可以建置Xamarin並將App發佈到HockeyApp上面進行,就可以讓用戶透過HockeyApp下載App,且HockeyApp本身可以讓APP有更新上架後,讓用戶開啟App之後,自動跳出更新App的訊息,這樣好處就可以減少開發人員再去做版本更新的通知功能。HockeyApp其背後的通知更新的機制在於Build版號要更新,才會通知有下載用戶說有新版本上架,換句話說如果只是單純

0

善用VSTS的Library功能管理參數

大部專案都透過VSTS來進行佈署,雖然專案多,但是其實很多時候要設定的參數往往都相同,或是要佈署的路徑可能有80%是一樣,就必須每次都設定一次,或是說要用到一些Command的指令,在不同專案可能要寫一樣,若是,當中有需要變換指令寫法,就必須記住那些專案有用到,然後去改他,這樣非常不方便。再者,有些設定參數可能是具有安全性,不適合寫在Task中。 基於上面一些理由,就可以透過VSTS的Libra

0

Microsoft Teams 結合Azure Application Insights Alert

之前還很高興的把Application Insights與Slack串接起來,可參考Azure Application Insights發Alert訊息到Slack ,但沒多久Microsoft又出了一個Microsoft Teams的協同工具,再加上部分工作已經轉移到Teams,為了整合各項資訊到同一平台上,所以,打算把原本發送到Slack的轉移到到Teams上面,再加上Slack免費版只有

0

Microsoft Teams結合VSTS

Teams除了一般協同工具之用外,針對開發人員來說又多一個好玩的東西,就是可以整合VSTS了,在整合部分目前可以整合就是VSTS發送通知,讓團隊在不管是在Build或是Release時候,都可以即時獲得訊息,尤其是當Release需要被Approve時候,也可以透過通知方式,通知要Approve人來處理 整合VSTS訊息 在還沒有Teams以前,我是用Slack去整合VSTS資訊,在Slack應

0

VSTS 能夾帶附檔的Send Mail套件

在前面的[自動化建立Database版本差異化Script]提到,我們可以透過SQL Compare方式去產生這次要佈署的SQL檔案,不過,在實務上來說,會習慣把產出檔案直接寄送給相關人員去佈署。又或是如果今天是撰寫元件的團隊,要把改版或是修正版的dll傳送給人員做更新。現在可以當你自動Buil & Release後直接寄送檔案給指定人員 安裝Send Mail套件 首先到VSTS的Ma

0

Microsoft Teams + Office 365 ,輕鬆讓檔案雲和地的同步

Microsoft Teams其實是跟Office 365人員的功能榜的相當緊密,所以,當你在Teams建立一個小組時候,同時,會在Office 365的人員建立起群組 Teams是直接和O365同步的唷 如果在群組中下建立自己Channel則就不會再Office 365中的群組有甚麼變化,不過,有一個地方卻是不同,就是在檔案中會區分各個Channel的資料夾出來 這樣代表甚麼涵義呢?,也就是

0

VSTS也可以在Process Template Layout加入客製化欄位

在VSTS提供三種預設樣板,分別為Agile、CMMI和Scrum,這三種比較屬於標準型的流程,但是,在許多實務上並非這三種內所包含的欄位或是要觀看的指標是符合現狀,如果,覺得這預設值表可以符合現狀,其實也滿怪的,以Scrum為例,雖然,Scrum有提到一些所謂的”標準”流程或是方式,但是,如果只是一昧認為開發流程要去符合上面Scrum所定義的才算是Scrum,感覺就是倒果為因,反倒是因該讓兩者

0

Microsoft Teams使用整理

用了一陣子Microsoft Teams後,把手邊之前跟Slakc整合的服務,陸續轉移到Teams,因為,Teams目前還在Preview版本,所以,建議使用的人務必將Teams的語系改成英文版,不然會出現一些莫名的問題,例如:建立Meeting時間會永遠出現前後時間錯誤或是無法設定問題 目前比較完整的功能只有在PC版,手機版本雖然可以跨三個平台使用,不過,功能跟PC版本就差異很大,手機版本現有

0

解決SQL Project中Script遇到跨DB參照問題

做單一系統資料庫專案,透過SQL Project方式開發,基本上並無太大問題,但是,如果在企業內部時候,會遇到一個實務上問題是,當要把某一個系統的資料庫轉換變成SQL Project時候,裡面如果Script有參照到其他資料庫,或是你在A資料庫下寫View或是Store Procedure時必須參照到同一台Server不同DB抓資料(如果是Link Server可以參考這解決[點我],這時候在A

0

開始使用Microsoft Teams

微軟剛發表一個類似Slack的團隊協同溝通工具叫做Microsoft Teams,這工具直覺上就是Slack翻版,不過,在整合性上與自家產品的整合性就非常高,幾乎只要是微軟的產品都可以在這裡面使用。一開始以為是在網站上可以登入,沒想到卻是一個APP,所以,要開始使用前必須先下載此APP 安裝Microsoft Teams App 下載Microsoft Teams網址如下:https://tea

0

打通自動化雲端部署到地端-VSTS用MSBuild產生部署Web Site所需要的Files

用VSTS去部署Web Site有什麼難的?尤其部署到Azure Web Site更是沒有難度,基本上只要用Azure web app deployment這個Task就可以。但是,部署到地端的IIS裡面,就沒有這樣簡單,尤其是要從雲到地的部署,沒有這樣簡單的原因,不外乎幾點: IIS沒有辦法裝Web deploy套件 地端Agent可能沒有用Web deploy的權限 VSTS並沒有類似Az

0

打通自動化雲端部署到地端-自動化建立Database版本差異化Script

基於雲到地部署,除了我們在Application能做到CI&DI的流程,現在連Database也是可以做到這個流程,不過,在實務上不太可能讓開發人員自動化去更新資料庫,尤其在正式環境下更是不可能,畢竟異動資料庫的風險是很大的,所以,一般保險作法可以產生要部署的SQL Script提供給DBA確認後,再做部署的動作 要產生部署的SQL Script不是很容易嗎?是的,不過當你從開發到真正要

0

打通自動化雲端部署到地端-安裝VSTS Agent

當開始使用Visual Studio Online做版控後,雖然很多新功能都可以優先使用以及運用一些雲端的優勢,但是,頭痛地方在於用VSTS做版控的系統,並非都會部署到雲端環境,尤其企業內部的系統往往必須部署在自己的Server內。所以,如何運用VSTS的優勢再結合實務上的需求,這就很重要。 要讓雲端Source可以與地端接觸,必須要安裝Agent,讓Agent與VSTS做溝通,Agent可以在

0

Hexo+VSTS+Azure Web app 的持續整合與交付

Markdown撰寫文件的方式,大多被常用在blog撰寫,不過,其實在很多地方應用上,也可以透過這種簡易方式去架設企業KM或是一般產品或是商店的簡易型網站。撇開個人blog的應用外,其他應用上難免都會有需要多人一起協同開發或是撰寫的場境,因此,基於協同合作的模式,還是必須要對這些文件做版本控管。 Markdown只是撰寫內容的模式,還是要給它套上有質感的殼,才能出去見人,所以,選用Hexo框架來