NuGet和TFS最佳实践

Cod*_*ack 48 tfs nuget

我们在TFS的项目组织如下:

$\DefaultCollection\ProjectName\Source  <-- source code goes here

$\DefaultCollection\ProjectName\SharedAssemblies <-- 3rd party binaries go here
Run Code Online (Sandbox Code Playgroud)

现在NuGet已经出现了,有没有理由改变我们的方法并使用NuGet的packages文件夹来获取来自NuGet感知项目的dll?我反对这个因为

1)它创建了两个必须寻找依赖关系的地方2)它让我们对一个开发人员更新包并打破一些依赖关系开放

也就是说,如果有人能够报告在TFS环境中开始使用NuGet的充分理由,我很乐意将您的想法呈现给我的团队,好像他们是我自己的(笑话).

irp*_*rez 30

Nuget 1.6现在允许在构建时动态下载不存在的包.因此,您现在可以在没有.dll的情况下检入源代码控制,但构建本身将提取正确的包.

http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

  • 我知道这是旧的,但万一其他人想知道:只是不要放一个文件路径.放一条相对路径.例如<add key ="repositoryPath"value ="SharedAssemblies" (4认同)
  • 你怎么告诉[nuget包恢复](http://docs.nuget.org/docs/release-notes/nuget-2.1)指向TFS中的文件夹而不是物理路径??? 每个人的工作空间可能都不同,所以这可能不是每一个都准确:`<add key ="repositoryPath"value ="C:\ myteam\teampackages"/>` (3认同)