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文件中。我们可以通过以下步骤解决这个问题：
- 准备工作：签入所有文件。
- 使用VSS 6.0c (or above)签出.sln and .proj文件，以备修改。
- 打开Visual Studio菜单File->Source Control，选择Change Source Control
- 选中列表中的所有工程/项目，点击Unbind。这会清除.sln/.prj中的绑定信息。关对话框。为以防万一，可以关闭Visual Studio，再用notepad打开.sln/.prj文件，确认VSS相关的内容是否已被清除。
- 重新启动Visual Studio，打开Change Source Control对话框，选中列表中的所有工程/项目，点击Bind。项目被重新绑定到版本控制，但.sln/.prj文件只记录SAK，具体绑定信息在新生成的.SCC文件中。
- 关闭Change Source Control对话框。
- 签入最新的.sln/.prj文件。
现在，办公室LAN和远端WAN的程序员可以并行使用VSS和SourceAnywhere了。
注意：推荐使用VSS 6.0d (build 31222)和SourceAnywhere for VSS并行使用。
