это также зависит от того, как вы установили выходной каталог каждого проекта.
если A зависит от B и C, то изменение только элемента/ свойств и т. д. не требуется для перестройки проекта A. Вы можете просто построить B и C.
если C &b имеет интерфейсы, которые были использованы в проекте A, то это также просто требовало построить проект A, а не перестраивать.
если выходной каталог C и B отличается от проекта A и вы ссылаетесь на него в проекте A, изменение чего-либо в B и C требует создания проекта A.
Перестройка решения очистит, а затем построит решение с нуля, игнорируя все, что было сделано ранее. обычно это не требуется до тех пор, пока и если что-то не пошло не так на ваших предыдущих шагах.
более подробную информацию вы можете найти в статье проекта кода
Понимание принципов очистки, сборки и перестройки в Visual Studio[^]
Спасибо за ответ. Я использую сторонние библиотеки в своем проекте. Если они дают исправления в этих проектах и если они меняют файловую версию своих проектов, нужно ли мне также перестраивать свой проект?
да, верно, вам нужно перестроить свое приложение, если ваша сторонняя библиотека lib добавлена в вашу ссылку с определенной версией == true.или если они изменили существующие интерфейсы, то вам нужно принять эти изменения в своем коде и построить его снова.
Я сохранил конкретное свойство версии в false. Да, к счастью, они не вносят изменений в интерфейсы.
Спасибо за разъяснение это
Это зависит от того, как выглядят ваши ссылки в проекте а, если Параметр specificversion правда тогда вам придется перестраивать А.Цитата:Я использую сторонние библиотеки в своем проекте. Если они дают исправления в этих проектах и если они меняют файловую версию своих проектов, нужно ли мне также перестраивать свой проект?
<Reference Include="nunit.framework, Version=2.6.0.11240, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL"> <SpecificVersion>False</SpecificVersion> <HintPath>\Common\nunit.framework.dll</HintPath> </Reference>