0

Я не совсем уверен, как выразить свою проблему, поэтому я надеюсь, что это не повторение.Проблема с эталонной синхронизацией Visual Studio

Проблема, которую я вижу, связана с Visual Studio 2008. Когда я напрямую ссылаюсь на проект в своем решении, я замечаю, что зависимая ссылка случайно выходит из строя, и мой проект верхнего уровня заканчивается тем, старая сборка DLL (наиболее очевидна в том, что мои точки останова больше не попадают). Я бы ожидал такого поведения, если бы моя ссылка была основана на DLL, но я думал, что ссылка на проект напрямую должна была избежать этих проблем синхронизации, поскольку проекты создаются в тандеме как часть решения.

Если я вручную изменю номер версии зависимого проекта, который, похоже, заставляет ссылочное обновление и исправляет ситуацию, или я перестраиваю зависимый проект, затем «чист» и перестраиваю проект точки входа, ссылки кажутся для синхронизации, поэтому у меня есть обходной путь. В прошлом, однако, я никогда не замечал этой проблемы; полная перестройка решения обычно поддерживала все синхронизацию за один простой шаг.

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

Я сделал следующее довольно недавно, поэтому я надеялся выбрать мозги y'alls, чтобы узнать, есть ли какие-либо известные проблемы (и/или простые исправления), связанные с любой из этих вещей.

  • Модернизированный (спорно прилагательное? :)) моя ОС от XP до Windows 7
  • Модернизированный от 32-х до 64-битных процессора (мое изменение OS отразили это так же ... 32bit XP -> 64bit Win7)
  • Установленный Visial Studio 2010 Express рядом с моей версией 2008 года.

Я бегу Visual Studio 2008 Вт/SP1 (v 9.0.30729.1)

+0

извините, но что это за ошибка сейчас? референс-проект, а не dll - правильное решение. Надеюсь, после того, как вы это сделали, все будет хорошо? –

+0

В прошлом ссылки на основе проекта всегда находились в синхронизации, когда было построено решение. Теперь я замечаю, что это не всегда так. (это также, похоже, не всегда так и не соответствует действительности, что является частью причины, по которой я не могу точно определить, что изменилось ... Я должен был быть более придирчивым, но я мерил некоторые случаи до flukey). Теперь даже с основанными на Project assoicaitons будут случаи, когда один из моих проектов будет содержать старую ссылку на другую DLL проекта даже после полной «перестройки» решения. – Steven

ответ

2

Вы добавляете ссылки на проекты или вы просматриваете к DLL в каталоге/бен ссылаться на него? Если вы просматриваете, у вас будут проблемы; поэтому вы добавляете ссылки на проект (вкладка «Проект» диалогового окна «Добавить ссылку»).

Вторая возможность заключается в том, что ваша сборка настроена так, что проект, на который ссылается, не строится.

Откройте диалоговое окно Configuration Manager (щелкните правой кнопкой мыши по решению, выберите Configuration Manager ...) и убедитесь, что для выбранной в данный момент платформы все, что вам нужно, это построить (отмечен флажок в столбце Build).

+0

Я выбираю зависимость как «Проект», а не просматриваю DLL. Раньше у меня никогда не было проблем с этим, но недавно (спорадически за последние 3-4 месяца?) Я заметил некоторые необычные проблемы с синхронизацией.Я не знаю, что изменилось, но вы хорошо понимаете детали платформы. – Steven

+0

whoops ... Я попытался добавить жесткий разрыв строки w/Enter, но вместо этого представил мой неполный комментарий. W/R/T для платформы, я заметил, что с моим переходом на 64-разрядную версию Visual Studio, похоже, не поддерживает редактирование кода во время обработки в 64-битной среде (для этого 32-разрядная версия). Кроме того, я заметил некоторые причуды при ссылках на 64-битные сборки (в моем случае это результат настройки «Любой процессор», а не преднамеренный выбор для использования x64), поэтому я привык заставлять каждый проект на 32-битную платформу .... может это вызвать проблемы? – Steven

+0

Я должен был прочитать ваш пост более тщательно. Вы ответили на мой вопрос. В Configuration Manager два моих зависимых проекта не были проверены для создания. Я дважды проверял элементы «Зависимости проектов» и «Строить порядок», но пропустил этот ... Я думаю, мне нужно кое-что прочитать, потому что похоже, что управление конфигурацией и порядок сборки покажут, по существу, , то же самое, но в моем случае они кажутся противоречивыми ... хм ... В любом случае, благодарю вас за быстрый и ваш ответ! – Steven

Смежные вопросы