хранение библиотеки Interop AxInterop в системе контроля версий - PullRequest
1 голос
/ 12 сентября 2010

Я недавно унаследовал решение C # .NET в VS 2008, .NET Framework 3.5 со многими сторонними зависимостями, в том числе с COM-библиотеками.Я извлек последнюю версию из системы управления исходным кодом и обнаружил, что мне нужно сгенерировать библиотеки Interop, AxInterop в Visual Studio (добавить ссылки и добавить их в панель инструментов и перетащить их в диалоговое окно), чтобы на них правильно ссылались в проекте изарегистрировано.Похоже, что этот процесс работает нормально, но проект ссылается на эти библиотеки в области / obj, которая не находится в системе контроля версий.

Мне было интересно, и, возможно, это не имеет смысла, есть ли способ, которым вы можете создать эти dll-файлы AxInterop / Interop и передать их в систему контроля версий таким образом, чтобы, если бы я захотел проверить решение на новом компьютере, яне нужно будет воссоздавать эти файлы (потому что они хранятся в области объектов).Я хотел бы избежать области obj в управлении исходным кодом из-за всех других ненужных файлов в нем.

Я попытался скопировать dll в каталог, контролируемый источником, и создать ссылки на эти (AX) взаимодействующие dll, но это создает немного другую версию dll, которая вызывает другие проблемы (например, ошибки, говорящие о том, что компонент не зарегистрирован)).

Надеюсь, это имеет смысл и спасибо за любую помощь!

1 Ответ

1 голос
/ 12 сентября 2010

Панель инструментов и перетаскивание их в диалоговое окно) ....

Похоже, ваш процесс сборки в настоящее время зависит от графического интерфейса пользователя.Удаление этой зависимости должно вам очень помочь.


Поскольку вы должны создавать эти dll-файлы, и процесс работает лучше, вы добавляете эти файлы в систему контроля версий.Я не уверен, почему вы не можете добавить папку obj в систему управления версиями.Даже если в каталоге создаются временные файлы, как это повлияет на ваши файлы с контролем версий?

...