我的工作持续集成系统，使用Subversion，CruiseControl的，楠和常青藤.NET和VB6应用程序上。
事情.NET方面是不是一个太大的问题，但我需要一些指导事物的VB6侧，从事物的“DLL地狱”的一面更多！
我目前的设置是让所有相关的文件，我的VB6系统，符合市场预期，并建立中确定的各种项目。 但是...它的使用已注册的我的电脑上，而不是那些我Lib文件，这是我在哪里解决常春藤我依赖的DLL内。
我可以通过注册下载DLL文件后，艾维已经解决了他们，这意味着该项目的文件可以在当地Lib文件指出解决这个问题; 但我希望我的恶性脚本来自动执行此操作，然后自动注销它们的构建过程完成后，使转下一个项目可以做同样的事情。
我想我需要帮助，就是有常春藤给我项目的依赖列表的能力...
例如，如果我建立项目X，这取决于项目A，B和C，然后如果我能发出常春藤命令，将给予回列表，如A，B，C，那么我可以通过这些到另一个目标流程注册/反过来注销他们...
这是否有意义？ 这是可能的，我会在正确的方式看待这个？ 或者，还有更好的方法？
我道歉，是我已经对周围的房子来解释这个...！
我们一直在单独的REF文件的项目引用旁边我们VBP文件，我们正在使用自定义工具编译过程中“修理” VBPs。 我们的构建过程是由极大地鼓舞了此页面（我们的工作方式） ，我们的REF文件是他描述结构的直接敲竹杠。
从我们的工作方式，你可以点击一个链接到你的建造周期的LJ约翰逊采取控制的一种实用工具，做同样的“修复”没有外部文件。
Basicly修复必须使用tlbinfo从可执行提取LIBID（OCX / DLL）并完全取代VBP文件参考的GUID。 一旦这种不那么复杂的程序时，如果使用的是二进制或项目的兼容性为您的项目也没关系。 另外，如果全做建立没有任何以前的OCX / DLL的，必须注册。
视觉构建专业在这个建议的回答 。 其他答案是值得一试了。
我发现这个问题的答案我自己;
而不是使用常春藤，试图产生依赖性的列表我点播的，我想我会使用文件系统给我同样的列表，如常春藤做了它的工作在解决依赖对我来说，导致一个“LIB”文件夹的完全的.dll文件...
我所做的，是lib文件夹中获得的.dll文件的列表，通过相同属性的登记/注销如需要的话将其存储在一个属性（变量），然后循环回来。
其实很简单..！
