Visual studio visualstudio独立Shell中的源代码控制

我正在开发一个独立的Shell，它满足使用Shell执行特定任务的“设计师/特殊内容创建者”。在对文件进行操作时，他们需要能够使用TFS进行源代码控制。这主要是因为开发人员也将使用来自TFS但使用Visual studio 2008的相同文件进行操作

在查找和搜索之后，我仍然找不到可供Shell使用的团队资源管理器。 在MSDN论坛上提问时，我得到的答案是“这在孤立的Shell中还不受支持”。那么，如果你想对你的文件使用一个源代码管理系统，那么给出一个shell的目的是不合理的。我们的想法不是使用TFS提供程序API重新创建所有内容并开发工具窗口等

有一个例子，它只涉及到添加sc提供者的问题

有人参与过Visual Studio 2008独立Shell应用程序/环境的开发吗？请提供意见，问题-任何你必须分享除了以下线程，我已经参加了

来自MSDN论坛的线程：

---

谢谢你的回答。是的，你是对的，我们将为用户购买CAL，而不必购买Visual Studio，这是我们将采取的方向

但我还没有弄清楚如何在Shell中让TeamExplorer对这样的用户可用。因此，我希望了解如何做到这一点的技术细节

我的意思是，我有一个用户，他安装了我的VS外壳应用程序，他的机器上没有VStudio团队系统。现在，如果我为TFS购买CAL并安装Team Explorer，您认为它会在VS Shell应用程序中自动可用吗

有什么想法吗？你有没有努力让这一切发生

---

谢谢

听起来好像您正试图允许“特殊内容创建者”在TFS源代码管理中保存文件，而不必向他们购买Visual Studio Team Edition的许可证——如果我错了，请纠正我

如果是这样的话，不幸的是，我相信你不能做到这一点。您的用户仍然需要客户端访问许可证（“CAL”）才能访问TFS

我认为您可以为您的用户只购买CAL，而不必为他们购买VisualStudio（我认为不到一个完整的VisualStudio的成本）。此时，您可以将团队资源管理器分发给他们，这是一个VS外壳，除了TFS访问组件外，什么都没有。TFS服务器介质中提供的

我通过谷歌找到了这个。您可能需要查看它以确定最佳选项：

---

我所知道的CAL规则的唯一例外是对工作项的访问。假设服务器获得了正确的许可，组织中的任何人都可以使用该组件创建新的工作项或查看和更新由其创建的现有工作项。

刚刚偶然发现这个问题，它可能仍然与您相关

您可以选择包含AnkhSVN（）包并将其加载到隔离的Shell中。尽管存在一些问题，但有了Subversion支持，您可以使用SvnBridge访问TFS存储库。这可能会使您更接近您试图实现的过程