我们是一家软件产品公司，我们的产品代码库自然会针对不同的项目进行分支 . 我们目前使用TFS2008配置为在SharePoint 2007中存储文档 . 从TFS开始，这两个版本都将更新为2010版本 .
我们想分支 - 而不仅仅是版本 - 我们的规范，以便任何代码分支的任何版本都可以根据规范的匹配版本进行测试 .
在我看来，我们可以：
-
使用SharePoint搜索和版本控制在SharePoint中保留我们的规范，并使用命名约定或子目录伪造分支问题
-
将我们的文档从SharePoint移动到TFS中 . 享受免费版本控制和分支，并悄悄地哀悼我们丢失的SharePoint文档管理优势
-
找到一些神奇的插件，让我们两全其美？
有没有人有任何这些选择的经验？
3 回答
使用SharePoint是一个很大的优势，因为它易于访问\
将文档放在TFS中是一个很大的优势，因为每个版本都会同步代码和文档
这实际上取决于您的真正需求 . 如果您的商店中有许多人只需要偶尔访问一次文档，那么SharePoint优势可能胜过TFS中的同步功能 . 如果您只有一些商业分析师，则可能同步功能胜过SharePoint .
请注意，在TFS中存储文档时，每个访问文档的用户都需要CAL .
基于这里的答案和进一步的实验，这就是我提出的解决方案 .
首先，更多背景：
您可以在Word内部保存的Word 2007文档版本（菜单：查看>比较>比较>特定版本...）和[2]之间的不同版本的Word文档之间进行非常有用的比较[1]文件（菜单：查看>比较>比较>比较...）但你不能直接在TFS中进行版本比较，因为它在二进制文件上barfs .
这使得您可以轻松地在TFS分支之间比较同一文档，因为文档的两个版本都在您的文件系统上（因为TFS 2008通过目录实现分支），因此您只需使用上面的选项[2] . 它还为您提供了一个不太简单的工作轮，用于比较同一分支中的不同版本（或通常是非当前版本） - 您将非当前版本下载为重命名文件，然后像以前一样进行文件比较 .
现在提议：
所以我只是建议我们在SharePoint中创建所有规范，并在那里创建一个分支文件夹树来镜像TFS中的分支文件夹 .
如果需求出现，我们可以在分支发布时将相关规范的快照复制到TFS中，但我希望分支规范不会在发布后的日期发生变化，或者如果它们发生变化，我希望SharePoint版本化将会为我们处理得足够好 .
我想我会考虑这个问题来寻找替代方案1：如果你的文件是例如在MS Word中，分支在合并方面不会给你任何东西 . 这将无法使用二进制文件 .
如果您的文档实际上是基于文本的文档，我认为考虑到您在Sharepoint中获得的搜索功能，视图等，我仍然会选择1 .