在源代碼控制中存儲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

回答

相關問題