我正在开发一个 Isolated Shell ，以满足使用Shell执行特定任务的“设计人员/特殊内容创建者”的需求。当他们对文件进行操作时，他们需要能够使用TFS进行源代码控制。这主要是因为开发人员还将使用Visual Studio 2008对TFS中的相同文件进行操作。
在查找和搜索之后，我仍然找不到可供Shell使用的团队资源管理器。 在MSDN论坛上询问，引导我得到“在Isolated Shell中尚未支持”的答案。那么，如果你想为你的文件使用源代码控制系统，那么赠送shell的重点就不合理了。我们的想法不是使用TFS提供程序API重新创建所有内容并开发工具窗口等。
Visual Studio Extensibility book by Keyven Nayyeri有一个例子，它只涉及到添加sc提供者的问题。
是否有人致力于开发 Visual Studio 2008 Isolated Shell 应用程序/环境？请提供评论，问题 - 除了我已经参与的以下主题之外你还要分享的任何内容。
来自MSDN论坛的主题：
感谢您的回答。是的，你是对的，我们将为用户购买CAL而无需购买Visual Studio，这是我们将采取的方向。
但是我还没弄清楚如何在Shell内为这些用户提供Team Explorer。所以我希望找到有关如何做到的技术细节。
我的意思是，我有一个用户，他安装我的VS Shell应用程序，他的机器上没有VStudio Team系统。现在，如果我获得TFS的CAL并安装团队资源管理器，您认为它将在VS Shell应用程序中自动提供吗？
有什么想法吗？你有没有努力实现这一目标？
由于
答案 0 :(得分：2)
听起来您正试图让“特殊内容创建者”在TFS源代码管理中保存文件而无需向Visual Studio团队版购买许可证 - 如果我错了，请纠正我。
如果是这样，不幸的是我相信你不能那样做。您的用户仍需要客户端访问许可证（“CAL”）才能访问TFS。
我认为您可以为您的用户购买CAL，而无需为他们购买Visual Studio（我认为只需要一个完整的Visual Studio即可）。此时，您可以向他们分发团队资源管理器，这是一个VS外壳，只有TFS访问组件。这在您的TFS服务器媒体中可用。
我是通过Google发现的。您可能需要查看它以确定最佳选择：
Visual Studio Team System 2008 Licensing White Paper
我所知道的CAL规则的唯一例外是访问工作项。假设获得适当许可的服务器，组织中的任何人都可以使用Work Item Web Access组件创建新工作项或查看和更新由他们创建的 创建的工作项。
答案 1 :(得分：1)
偶然发现这个问题，它可能仍然与你有关。
您可以选择包含AnkhSVN（http://ankhsvn.open.collab.net/）软件包并将其加载到Isolated Shell中。虽然存在一些问题，但在Subversion支持下，您可以使用SvnBridge访问TFS存储库。这可能会让您更接近您想要实现的过程。