svn和x27的替代方案；TFS中的外部特性

我的雇主正在强迫我的团队负责tfs，我们一直在使用cc.net和nant、svn，并且非常喜欢这种设置。我们有几个问题希望得到解答，否则我们会看到一个三方dll噩梦。我们有一个包含dll、lib和工具（如sandcastle、wix等）的Hugh文件夹。因此，当我们发布软件时，文档会自动生成，安装程序也会生成。今天，我的团队使用一个称为z:drive的通用文件夹来处理此问题。该文件夹是cc.net生成的一部分，在完成项目生成之前已签出。我可以用tfs做这件事吗？有人能举个例子吗

c:\tfs\z-drive (in cc.net build we run a ‘subst z: c:\tfs\z-drive’ so we all have the same path)    
c:\tfs\projects\pro1_c++ (run checkout on c:\tfs\z-drive and subst, refernece -> z:\logging.lib; z:\message.dll)
c:\tfs\projects\pro2 c++ (run checkout on c:\tfs\z-drive and subst cmd above, , refernece -> z:\collection.dll)
c:\tfs\projects\pro3 c# (run checkout on c:\tfs\z-drive and subst cmd above, , refernece -> z:\collection.dll)

---

在源代码中使用外部链接不是一个好主意。它会产生很多副作用。最好依赖编译后的代码。由于您的项目是C++，基于C的，我希望您也可以使用VisualStudio进行开发。使用NuGet将编译后的代码打包并发布到私有NuGet服务器，然后在所有相关项目中使用这些已发布的包。

我已经看到了可能的重复，但如果我理解正确，当我们要维护此设置时，这将给我留下一个噩梦。如果tfs中有可能，我们会保留z-drive设置吗？