1

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

在查找和搜索之后，我仍然找不到可供 Shell 使用的 Team Explorer。在 MSDN 论坛上询问，让我得到“隔离外壳中尚不支持此功能”的答案。好吧，如果你想为你的文件使用源代码控制系统，那么放弃 shell 的全部意义是不合理的。这个想法不是使用 TFS 提供程序 API 重新创建所有内容并开发工具窗口等。

Keyven Nayyeri的Visual Studio 可扩展性一书有一个示例，仅涉及添加 sc 提供程序的问题。

有没有人致力于开发Visual Studio 2008 隔离 Shell应用程序/环境？请提供评论、问题 - 除了我已经参与的以下主题之外，您必须分享的任何内容。

来自 MSDN 论坛的主题：

感谢您的回答。是的，您是对的，我们将为用户获取 CAL，而无需购买 Visual Studio，这就是我们将要采取的方向。

但是我还没有弄清楚如何在 Shell 内使 Team Explorer 可供此类用户使用。因此，我正在寻找如何做到这一点的技术细节。

我的意思是，我有一个用户，他安装了我的 VS Shell 应用程序，他的机器上没有 VStudio Team 系统。现在如果我获得 CAL for TFS 并安装 Team Explorer，你认为它会自动在 VS Shell 应用程序中可用吗？

有任何想法吗？你有没有努力做到这一点？

谢谢

4

2 回答 2

2

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

如果是这样的话，不幸的是我相信你不能完全做到这一点。您的用户仍需要客户端访问许可证 ("CAL") 才能访问 TFS。

我认为您可以只为您的用户获取 CAL，而无需为他们购买 Visual Studio（我认为其成本低于完整的 Visual Studio 成本）。那时，您可以将 Team Explorer 分发给他们，这是一个 VS shell，只有 TFS 访问组件。这在您的 TFS 服务器媒体中可用。

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

Visual Studio Team System 2008 许可白皮书

我知道的 CAL 规则的唯一例外是对工作项的访问。假设获得适当许可的服务器，您组织中的任何人都可以使用工作项 Web 访问组件创建新的工作项或查看和更新​​由他们创建的现有工作项。

于 2008-08-22T18:17:23.993 回答
1

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

您可以选择包含 AnkhSVN ( http://ankhsvn.open.collab.net/ ) 包并将其加载到您的独立外壳中。虽然存在一些问题，但通过 Subversion 支持，您可以使用 SvnBridge 访问 TFS 存储库。这可能会让您更接近您想要实现的过程。

于 2009-02-04T11:46:45.737 回答