SourceAnywhere for VSS是VSS的遠程和跨平臺插件，它最終讀取/訪問的是VSS庫。隨之而來的問題是：既然SourceAnywhere和VSS改變的都是同一份VSS 數據，在一個團隊合作項目中，是否可以一部分成員使用VSS，同時其他成員使用SourceAnywhere for VSS以獲得快速的遠程性能和跨平臺訪問？

　　答案是肯定的。典型的場景是：辦公室LAN的程序員使用VSS，而遠端WAN的程序員則使用SourceAnywhere。

　　如果你使用的是VSS 6.0c或以上和Visual Studio 2005/2008/2010，項目的綁定信息記錄在本地的MSSCCPRJ.SCC文件中，項目/工程文件把版本控制標示為SAK。這樣，遠端和辦公室的程序員都可以通過File->source control->Open from Source Control菜單打開項目/工程，.sln/.prj文件再去程序員本地的SCC文件中讀取/判斷本地使用的是VSS還是SourceAnywhere。

　　如果此項目曾經被加入到VSS 6.0c以前的版本，項目的綁定信息就會記錄在.sln and .proj文件中。這會給遠端和辦公室的程序員并行工作帶來麻煩：假如程序員A在辦公室中簽出了項目，對代碼作了改變然后再簽入，.sln and .proj文件中會保存VSS的信息。當遠端的程序員B改代碼時，如需要簽出項目文件，他會發現項目的版本控制從SourceAnywhere切換到了 VSS。

　　值得注意的是即使后來VSS升級到了6.0c以后的版本，版本控制信息還會繼續停留在.sln and .proj文件中。我們可以通過以下步驟解決這個問題：

1. 準備工作：簽入所有文件。
2. 使用VSS 6.0c (or above)簽出.sln and .proj文件，以備修改。
3. 打開Visual Studio菜單File->Source Control，選擇Change Source Control
4. 選中列表中的所有工程/項目，點擊Unbind。這會清除.sln/.prj中的綁定信息。關對話框。為以防萬一，可以關閉Visual Studio，再用notepad打開.sln/.prj文件，確認VSS相關的內容是否已被清除。
5. 重新啟動Visual Studio，打開Change Source Control對話框，選中列表中的所有工程/項目，點擊Bind。項目被重新綁定到版本控制，但.sln/.prj文件只記錄SAK，具體綁定信息在新生成的.SCC文件中。
6. 關閉Change Source Control對話框。
7. 簽入最新的.sln/.prj文件。

　　現在，辦公室LAN和遠端WAN的程序員可以并行使用VSS和SourceAnywhere了。

　　注意：推薦使用VSS 6.0d (build 31222)和SourceAnywhere for VSS并行使用。