在源代码控制中存储Interop AxInterop dll

我最近在VS 2008，.NET framework 3.5中继承了一个C＃.NET解决方案，其中包含许多第三方依赖项，包括多个COM dll。我检查了源代码管理系统的最新版本，发现我必须在Visual Studio中生成Interop，AxInterop dll（添加引用并将它们添加到工具箱并将其拖到对话框中），以便在项目中正确引用它们，注册。在这个过程中，它似乎可以正常工作，但是项目在/ obj区域中引用了这些dll，它不在源代码控制中。在源代码控制中存储Interop AxInterop dll

我在想，也许这不明智，有没有一种方法可以创建这些AxInterop/Interop DLL并将它们提交给源代码控制，以便如果我想将解决方案检出到新计算机上，不得不重新创建这些文件（因为它们存储在obj区域中）。我想避免在源代码管理中使用obj区域，因为其中包含所有其他不必要的文件。

我试图将dll复制到源控制目录并创建对这些（AX）互操作dll的引用，但是这会创建稍微不同的dll版本，从而导致其他问题（例如错误说组件未注册）。

我希望这是有道理的，并感谢您的帮助！

来源

2010-09-11 SaulC

本机ActiveX控件本身是否在改变？ – 2010-09-11 20:21:13

抱歉，我不确定你的意思。你的意思是我希望他们改变版本吗？如果是这样，我不确定。我真的只想得到一个点，我可以检查一个代码库，它可以访问Interop/AxInterop dll。 – SaulC 2010-09-12 00:00:44

工具箱，并将其拖曳到对话框）....

好像你的构建过程是目前依赖于GUI。消除这种依赖性应该会对你有很大的帮助。

既然你已经创建这些dll文件和进程的工作更好地将这些文件添加到源代码控制。我不知道为什么你不愿意将obj文件夹添加到版本控制。即使在目录中创建了临时文件，这会如何影响版本控制文件？

来源

2010-09-12 16:38:58

是的，我不希望任何依赖于GUI来使生成工作。我想我可以把obj区域放在版本控制中，即使有很多其他文件对于构建不是必需的，但是如果它解决了这个问题，那么它确实有意义。感谢Keerthi！ – SaulC 2010-09-13 12:14:19

在源代码控制中存储Interop AxInterop dll

回答

相关问题