TFS 2010：如何处理外部问题；分支于；对工作分支的依赖

在TFS工作分支中是否有处理外部依赖关系的既定“最佳实践”？我的意思是，我们在TFS中有一个包含公共第三方库的项目（在本例中，我专门处理log4net），我们根据需要将其分支到其他项目中。现在我们正在做一个重大的改变，我正在一个独立的工作分支上做这个改变，它需要一个更新版本的组件。基本上是这样的：

$/ThirdParty
  /bin
    /log4net

$/Product
  /Main
    /thirdparty
      /lognet      <-- $/ThirdParty/bin/log4net
  /Working1        <-- $/Product/Main
    /thirdparty
      /log4net     <-- $/Product/Main/lognet <-- $/ThirdParty/bin/log4net

$/第三方
/垃圾箱
/log4net
美元/产品
/主要
/第三方
/lognet对1的回答：

对你可以做一个从第三方到工作方的无基础合并1。这是MSDN页面：


至于第二点：
如果主项目可以使用2+个不同版本的第三方二进制文件，那么我建议将第三方二进制文件的单独版本存储在$/ThirdParty区域，并且第三方区域和主区域中的文件之间不存在直接链接。
为什么不完全删除第三方项目？只需将第三方LIB的所有版本保存在一个文件共享中，并根据需要将适当的版本检查到每个项目的树中。
最终，工作分支中的版本更新也将在主分支中进行，只是不会立即进行。如果我直接将一个无基础的合并到Working1中，那么该变更集是否希望稍后再合并到Main中？我们将二进制文件保存在TFS中的原因是将所有项目保存在同一版本的某些LIB上（特别是像log4net这样的强名称项目）。由于我们的核心库引用了它，所以其他所有内容都必须使用相同的版本，否则我们必须执行运行时程序集绑定重定向。（这一次SNK改变了，所以即使这样也不起作用。）是的。在对Working1进行无基合并后，可以将Working1合并到Main中，或者将第三方合并到Main中（或者同时执行这两个操作，TFS应该捕获二进制文件是相同的）。我们强制版本中的所有应用程序使用相同版本的第三方dll，而我还没有处理强名称的第三方dll，所以我会记住你的方式，因为我的下一个第三方dll将是强名称的。