NuGet和TFS最佳实践
我们在TFS中的项目是这样组织的:
$\DefaultCollection\ProjectName\Source <-- source code goes here $\DefaultCollection\ProjectName\SharedAssemblies <-- 3rd party binaries go here
现在NuGet在现场,是否有任何理由改变我们的方法,并使用NuGet的包文件夹的NuGet意识到的项目来的DLL? 我靠这个,因为
1)它创造了两个必须寻找依赖关系的地方2)它让我们开放给一个开发者更新一个包并打破一些依赖
也就是说,如果任何人都可以报告在TFS环境中开始使用NuGet的好理由,我会高兴地将你的想法呈现给我的团队,就好像他们是我自己的(玩笑)一样。
现在,Nuget 1.6允许在构build时不会dynamic下载包。 所以你现在可以检查没有.dll的源代码控制,但是构build本身会拉出正确的包。
http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages