1、介紹

????????Microsoft Visual SourceSafe，簡稱vss。是一款早期微軟推出的版本管理工具。跟據(jù)官方的定義，vss有兩種控制模式：獨(dú)占（Lock-Modify-Unlock Model）和并行（Copy-Modify-Merge Model）。獨(dú)占模式相當(dāng)于某個文件被鎖定了，只能由指定的用戶編輯和版本管理，其他用戶只有只讀權(quán)限。并行模式相當(dāng)于，所有用戶都可以改這個文件以及進(jìn)行版本管理。功能上和今天的Git類似，適用于小型團(tuán)隊(duì)局域網(wǎng)開發(fā)。

2、安裝與使用

2.1、安裝教程

Microsoft.Visual.SourceSafe.2005

下載解壓，找到setup.exe文件，雙擊直接跟著安裝向?qū)ё呔托辛恕?/p>

2.2、使用教程

2.2.1、獨(dú)占模式

Step1、配置vss的database

????????打開Microsoft Visual SourceSafe，并進(jìn)行一些設(shè)置。

Step2、登錄vss

????????在完成Step1的設(shè)置后，就可以打開vss了，默認(rèn)用戶名為：admin，無密碼。

Step3、管理指定文件

新建一個項(xiàng)目

????????

?check out你要改的文件

?然后你就獨(dú)占了這個文件

選中文件，右鍵Show Difference，可以查看你在最近一版上做了哪些修改，和git一樣，綠色的是新增，紫色的是修改。

如果你改好了文件，并且覺得沒什么問題了，就可以Check In這個文件，把你的修改提交上去作為最新一版，相當(dāng)于 git commit -m xxx。

選中指定文件，右鍵Show History，可以查看該文件的歷史版本信息。

注：如果你用其他用戶登錄的話，或者你長時間沒有登錄的話，你要先設(shè)置一下working folder的，所謂working folder就是你版本管理的那個文件夾。

2.2.2、并行模式

創(chuàng)建的過程和獨(dú)占模式一樣，只是在選擇Team Version Control Model的時候，你選擇下面那個“Copy-Modify-Merge Model”就行了。

獨(dú)占模式下，同一個文件只能被一個用戶check out，但在并行模式下，一個文件可以被多個用戶check out。

其實(shí)就是相當(dāng)于New Branch from xxx分支

即創(chuàng)建本地分支git branch xxx分支名，在把遠(yuǎn)程上面的分支拉到本地創(chuàng)建的這個分支上? ? ? ? ? ? ? ? git checkout xxx分支名。

當(dāng)然你在check in的時候，可能會產(chǎn)生沖突（只有并行模式會產(chǎn)生沖突，獨(dú)占模式不會產(chǎn)生沖突）

2.2.3、Microsoft Visual SourceSafe Administration

這是一款vss的管理工具，主要負(fù)責(zé)創(chuàng)建vss用戶以及分配權(quán)限。

1、創(chuàng)建用戶

2、Visual SourceSafe 取消默認(rèn)登錄

?

3、總結(jié)

????????Visual SourceSafe是我目前所在的公司內(nèi)網(wǎng)系統(tǒng)開發(fā)所用的版本管理工具。用來管理服務(wù)器上運(yùn)行的代碼。我公司的vss設(shè)置的是“獨(dú)占模式”。vss的獨(dú)占模式和并行模式我都有用過，總體比較而言。并行模式并不好用，如果使用vss進(jìn)行版本管理的話，推薦使用獨(dú)占模式。并行模式因?yàn)樵试S多個用戶同時修改某個文件并進(jìn)行該文件的版本管理（同一個文件同時允許多個用戶check out）。從而導(dǎo)致了如果在溝通不全面的情況，可能這個用戶還在改這個文件的代碼，但其他用戶已經(jīng)對這個文件改完了。他直接check in了，就會導(dǎo)致一些別的開發(fā)人員尚未開發(fā)完的有問題的代碼也被提交上去。當(dāng)然獨(dú)占模式也會有這個問題，有些用戶明明沒有check out這個文件，但依舊改了這個文件并保存了。但是呢，因?yàn)樽罱K版本控制權(quán)只在那個check out的用戶（同一個文件在同一時間段內(nèi)只允許一個用戶check out）。大不了先把修改的部分備份一下，先undo checkout撤銷該文件的所有更改回到之前那個版本，再把自己備份的修改部分復(fù)制進(jìn)去就行了。

????????Visual SourceSafe，不管是獨(dú)占模式，還是并行模式，都屬于分支模式中的TBD（主干開發(fā)模式）。有關(guān)分支模式的詳細(xì)可以看下這篇：如何選擇 Git 分支模式？ - 知乎 (zhihu.com)

?????????vss只適用于一些小型的閉源的局域網(wǎng)開發(fā)的系統(tǒng)。好處在于只有一個主干分支，所有人都在上面開發(fā)。獨(dú)占模式下，如果你要改某個文件，可能要等其他人把這個文件釋放了(check in OR undo checkout)你才能改。有可能出現(xiàn)死鎖的情況。這樣只能先把所有的更改備份，然后都釋放文件，讓其中一個人都改完check in了，其他人再依次排隊(duì)修改。

? ? ? ? 關(guān)于TBD模式，其實(shí)我最早在大學(xué)里面做一些小組作業(yè)的時候，就用到了類似的版本管理方法。只不過當(dāng)時大家都不知道git。一個項(xiàng)目，你先寫，寫完你負(fù)責(zé)的部分后再打包發(fā)給下面一個人，下面一個寫完他的那部分后，再打包發(fā)給另一個人。反正發(fā)來發(fā)去，就是同一個壓縮包在不同的人之間傳。嗯，這樣一看，不就是TBD了嗎！

? ? ? ? 對于Git-Flow模式，我看許多開源的并且允許大家一起維護(hù)的項(xiàng)目，好像基本上都是這種模式。一個分支專門用來修bug，一個分支專門用來開發(fā)新功能。你想使用這個開源項(xiàng)目的話，就去拉release分支。

? ? ? ? 關(guān)于GitHub-Flow和GitLab-Flow，我也和那篇知乎文章的作者一樣，覺得這兩種模式差不多?？赡芤恍﹤鹘y(tǒng)的項(xiàng)目用GitHub-Flow比較多一些吧。開發(fā)的話，自己單獨(dú)建一個分支（通常是自己的名字+任務(wù)號+日期這樣命名分支的）開發(fā)，開發(fā)好后再合到測試分支上打包發(fā)測試環(huán)境測試。沒問題了，最后合到生產(chǎn)分支上生產(chǎn)打包發(fā)布。一些微服務(wù)的項(xiàng)目因?yàn)橛蟹种ё詣哟虬l(fā)布功能，所以更偏向于使用GitLab-Flow，提一個合并請求，合并即發(fā)布。

4、參考資料

Visual SourceSafe登陸用戶設(shè)置_XueminXu的博客-CSDN博客

visual sourcesafe默認(rèn)的admin的密碼是多少呀？（急，送分?。?CSDN社區(qū)

Visual SourceSafe 取消默認(rèn)登錄_jhkdiy的博客-CSDN博客

Visual Source Safe(VSS) - 簡書 (jianshu.com)

如何向小白解釋什么是 SaaS？ - 知乎 (zhihu.com)

如何選擇 Git 分支模式？ - 知乎 (zhihu.com)文章來源地址http://www.zghlxwxcb.cn/news/detail-561765.html

到了這里，關(guān)于Microsoft Visual SourceSafe的使用的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！