.net 在源代码管理中存储互操作Axinteop DLL

我最近在VS 2008、.NET framework 3.5中继承了一个C#.NET解决方案，它具有许多第三方依赖项，包括一些基于COM DLL的依赖项。我从源代码管理系统中查看了最新版本，发现我必须在VisualStudio中生成Interop、AxiInterop DLL（添加引用并将它们添加到工具箱中，然后将它们拖到对话框中），以便在项目中正确引用和注册它们。从这个过程来看，它似乎工作正常，但是项目引用了/obj区域中的这些DLL，而这些DLL不在源代码管理中

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

我尝试将DLL复制到源代码控制目录并创建对这些（AX）互操作DLL的引用，但这会创建与DLL稍有不同的版本，从而导致其他问题（例如，错误表示组件未注册）

我希望这是有意义的，谢谢你的帮助

打开工具箱并将其拖到 对话）

看起来您的构建过程当前依赖于GUI。删除此依赖项将对您有很大帮助

---

由于您必须创建这些dll文件，并且该过程运行得更好，因此您可以将这些文件添加到源代码管理中。我不知道您为什么反对将obj文件夹添加到版本控制中。即使在目录中创建了临时文件，这将如何影响您的版本控制文件

打开工具箱并将其拖到 对话）

看起来您的构建过程当前依赖于GUI。删除此依赖项将对您有很大帮助

---

---

由于您必须创建这些dll文件，并且该过程运行得更好，因此您可以将这些文件添加到源代码管理中。我不知道您为什么反对将obj文件夹添加到版本控制中。即使在目录中创建了临时文件，这将如何影响受版本控制的文件？

本机ActiveX控件本身是否正在更改？抱歉，我不确定您的意思。你是说我希望他们改变版本吗？如果是，我不确定。我真的只是想找到一个点，在那里我可以签出一个代码库，它可以访问Interop/AxiInterop DLL。本机ActiveX控件本身是否在更改？对不起，我不知道你的意思。你是说我希望他们改变版本吗？如果是，我不确定。我真的只是想找到一个点，在那里我可以签出一个代码库，它可以访问Interop/Axinteop DLL。是的，确切地说，我不希望对GUI有任何依赖来让构建正常工作。我想我可以把obj区域放在版本控制中，即使有许多其他文件对构建来说都不是必需的，但如果它解决了这个问题，那么它确实是有意义的。谢谢你，基尔蒂！是的，没错，我不希望任何依赖于GUI的东西来让构建工作起来。我想我可以把obj区域放在版本控制中，即使有许多其他文件对构建来说都不是必需的，但如果它解决了这个问题，那么它确实是有意义的。谢谢你，基尔蒂！