Разница между Build Solution, Rebuild Solution и Clean Solution в Visual Studio?

У меня есть пустое решение BuildRebuildClean и три библиотеки классов Models, Repository, Notification.

я использую Models и Repository в Notification библиотека классов.

Затем:

• решение для Сборки Возрастающая сборка и компиляции только файлы, которые изменяются. Если блок не имеет никаких изменений, это, won’t восстановлены. Кроме того, это не удалит промежуточных файлов. Если Изменяют некоторый код в Models проект библиотеки, то СОЗДАЮТ решение. В ниже снимка экрана, обратитесь к метке времени DLL, EXE обновляется в Models и Notification библиотека.

• Восстанавливают решение, Удаляет все скомпилированные файлы и компилирует все независимо от изменений, игнорируя что-либо it’s, сделанный прежде. Щелкните правой кнопкой по названию решения BuildRebuildClean. То, что это делает, удаляет все блоки, EXEs и отнесенные файлы для компиляции снова.

• Чистое Решение Удаляет все скомпилированные, промежуточные файлы (т.е. EXEs и DLLs) из bin/obj каталога.

Взято из по этой ссылке :

Сборка означает компиляцию и связывание только исходных файлов, которые были изменены. с момента последней сборки, а Rebuild означает скомпилировать и связать весь исходный код файлы независимо от того, изменилось или нет. Сборка нормальная дело делать и быстрее. Иногда версии цели проекта компоненты могут рассинхронизироваться и перестройка необходима, чтобы сборка успешный. На практике вы никогда не нужно чистить.

• Решение сборки будет выполнять инкрементную сборку: если оно не думает , что ему нужно перестроить проект, оно не будет. Он также может использовать частично построенные части проекта, если они не изменились (я не знаю, как далеко это зайдет)
• Rebuild solution очистит, а затем построит решение с нуля, игнорируя все, что в нем есть. сделано раньше. Разница между этим и «Очистить с последующей сборкой» заключается в том, что Rebuild будет очищать, а затем создавать каждый проект, по одному, а не очищать все и затем создавать все.
• Чистое решение удалит артефакты сборки из предыдущей сборки. Если в целевых каталогах сборки (bin и obj) есть какие-либо другие файлы, их нельзя удалить, но фактические артефакты сборки удаляются. Я видел поведение для этого варианта - иногда удаление было довольно тщательным, а иногда - нет - но пока что я дам VS преимущество сомнения:)

(Ссылки на devenv.exe переключатели командной строки, но они действуют так же, как пункты меню.)

Решение для сборки - Выполняет сборку любых сборок, в которых были изменены файлы. Если в сборке нет изменений, она не будет перестроена. Также не удаляются промежуточные файлы.

Используется чаще всего.

Решение для восстановления - Восстанавливает все сборки независимо от изменений, но оставляет промежуточные файлы.

Используется, когда вы замечаете, что Visual Studio не включила ваши изменения в последнюю сборку. Иногда Visual Studio действительно ошибается.

Чистое решение - Удалить все промежуточные файлы.

Используется, когда ничего не помогает, и вам нужно все очистить и начать заново.

Решение для сборки построит все проекты в решении, которые были изменены. Rebuild собирает все проекты независимо от того, что, чистое решение удаляет все временные файлы, гарантируя, что следующая сборка будет завершена.

Я просто думаю, что Rebuild выполняет сначала очистку, а затем сборку. Может я ошибаюсь ... комментарии?