我们的团队将使用本地虚拟机针对 SharePoint 进行开发。我们的虚拟机不允许加入主机域。此外，我们的主机网卡被禁止使用 Internet 连接共享。我们需要使用 Team Foundation Server 对所有开发工作进行源代码控制。我们的 TFS 安装使用 Kerebos 进行身份验证。
为了能够使用 TFS 进行源代码控制，我们认为我们可以在主机和 VM 之间共享一个文件夹，在 VM 上完成我们的工作，保存到共享文件夹，然后从主机执行 checkin 等操作，这样就可以针对 TFS 进行身份验证。
我希望有一种更简洁的方法来做到这一点，或者有类似限制的人可以提供一些见解。
注意:我已经使用 Tortoise SVN 和 Ankh SVN 成功地设置了一个类似的机制，但管理人员不会在 TFS 要求上让步。我也不是责怪他们，许可证非常昂贵，他们希望感觉他们的钱物有所值。因此 TFS 必须包含在答案中。
最佳答案
这是一个非常适合 SharePoint 2007 开发的解决方案。
我们在我所在项目的 Windows XP 机器上运行 Windows Server 2008 的虚拟化实例。我们使用 Sun VirtualBox 作为虚拟化软件。
其次，每个虚拟机都是一个独立的域 Controller + sql server + 报告服务器 + 分析服务器 + sharepoint 服务器，因此没有加入主域。
当打开 Visual Studio 2008 并连接到 TFS 时，您不需要将机器/服务器连接到域作为 VM NAT 通过主机网络适配器 - 为您的 TFS 使用完全限定的地址，您不应该有从 VM 内连接到 TFS 的任何问题。
您可能需要关闭集成的 Windows 身份验证(IE -> 工具 -> Internet 选项 -> 高级)...
我们还在 VM 中运行 VS08，而不是在主机上。
另一件事是使用 WSPBuilder 来构建您的解决方案并为您创建部署脚本(或者只是从 VS08 设置一个运行 stsadm.exe -o deploysolution 命令的外部工具/命令)。您可以毫不费力地部署到 VM并确保它运行良好 - 然后只需检查您的代码，设置在构建服务器上触发 WSPBuilder 的构建脚本，为您构建解决方案并从那里部署(或将 WSP 复制到服务器并在那里运行它们) .
关于VM 中的 SharePoint 开发和使用 TFS 的版本控制，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2173041/