VSTS(Visual Studio Team Services)
VSTS簡單說就是微軟TFS(Team Foundation Services)的升級雲版,不用像TFS需要在企業內部服務器上部署,並且是免費提供給用戶使用的。
每個有微軟賬號(也是免費注冊的)的用戶都可以申請VSTS,官網申請入口。當然,免費用戶是有一定限制的,比如:每個項目的成員不能超過5個等。不過一般中小型開發項目,5個人也夠用了。
VSTS有一點比GitHub好,免費用戶也可以擁有private空間;GitHub上免費的都是公開的,所有人都能訪問獲取的。所以,既想要免費軟件項目托管平台,又想要私有項目不公開,VSTS真是一個不錯的選擇。
VSTS功能比較多,作為微軟雲優先新時代的產品,應該會一直持續開發改進的。

VSTS支持兩種版本控制系統:Git 和 TFVC(Team Foundation Version Control)
在VSTS中新建一個項目時,會遇到版本控制選擇:

Git是默認的版本控制系統,並且是官網推薦使用的,除非是有特殊需求(比如一定要用TFVC的集中式管控)。
Git(分布式)
Git是分布式版本控制系統。分布式相比於集中式的最大區別在於每個開發者在本地都有一份源碼倉庫的備份,開發者可以提交修改集到本地倉庫,並且在斷網的情況下也能執行歷史回溯和比較的功能。Git的分支非常輕便,你可以在本地創建一個私有分支,並且也可以在本地合並分支。不存在中央服務器。不同開發者之間只需把各自的修改推送給對方,就可以互相看到對方的修改了。一般情況下,需要有主開發者來決定合並誰的提交(可以自己解決,也可以要求開發者之間解決以后再重新提交)。分布式的好處是靈活自由,大部分時間可以離線工作。
TFVC(集中式)
Team Foundation Version Control是集中式版本控制系統。典型的集中式版本控制系統,對於項目成員來說,每一個源碼文件的當前版本(服務器最終Check in)有且只有一份(無論是下面哪種工作流模式)。歷史數據僅保存於服務器上,分支創建也只能在服務器上操作。所以,比較、回滾等操作都需要連接服務器。
TFVC有兩種工作流模式:
- 服務器工作區- 在修改源碼文件之前,必須公開的Check Out源碼文件,以使系統鎖定文件(防止再被其他人Check Out)。這種模式下,大部分操作都是需要連接服務器的。使用服務器工作區的好處是,你可以擴展codebases到很大的程度(每個分支百萬個文件,以及大的二進制文件)。Visual Source Safe, Perforce, 以及 CVS也是這種工作流模式。
- 本地工作區- 每個項目成員在本地有一份codebase拷貝(只含最新代碼庫,不包含歷史數據),並且可以在離線模式工作。開發者Check in修改集時,如有沖突,協商解決(比如存在於不同開發者電腦上的同一個文件,提交修改時會沖突,具體采用哪個要靠開發者之間協商)。Subversion也是這種工作流模式。
Git與TFVC的比較
|
參考:https://docs.microsoft.com/zh-cn/vsts/repos/tfvc/comparison-git-tfvc?view=vsts
