Как развернуть 64-битную версию DLL на Azure, но используйте 32-битную версию на ящиках DEV

Мой деловой партнер, и я совместно разрабатывающую веб-приложение, которое развернуто Azure . Моя коробка основана на 64-битных Windows 7 , но мой партнер использует 32-битные Windows 7 32-битные Windows 7 .

Изнутри VS2010 IDE, когда я добавил ссылку на «IEFrame.dll» из моего каталога System32 (64-бит на мою коробку), IDE фактически привезена на Syswow64 (32-битный) Версия DLL.

Оба коробки DEV отлично работают с 32-битной версией WOW « IEFRAME.DLL ', но когда мы развертываемся в Azure, мы получаем indentpointNotFoundException при создании взаимодействия / DLLLIMPORT позвоните в «IEFRAME.DLL». Так что кажется, что Azure хочет иметь 64-битную версию.

Как мы можем развернуть 64-битную версию для Azure, но продолжайте использовать 32-битную версию на наших коробках Dev?

Редактировать: Очевидно, мы можем сделать это вручную, копируя 64-битный «IEFrame.dll» где-то И затем вручную поместите его в каталог «BIN», но есть лучший лучший способ сделать это в Azure?

Редактировать # 2: Для этого сценария мы закончили изменение узла для Azure из OsFamily = " 1 "к Osfamily =" 2 ". Для этого устанавливает Windows Server 2008 R2, который включает IE8 (а не IE7 в Windows Server 2008 SP1). Не нужно беспорядок с 32 по сравнению с 64-битной версиями или вручную копировать DLLS до сервера.