ChatGPT解决这个技术问题 Extra ChatGPT

Difference between Build Solution, Rebuild Solution, and Clean Solution in Visual Studio?

What is the difference between Build Solution, Rebuild Solution, and Clean Solution in Visual Studio?

When is the appropriate time to use each one of these?

Is rebuild the same as clean then build?
@ColonelPanic yes

B
Bill Tür stands with Ukraine

Build solution will perform an incremental build: if it doesn't think it needs to rebuild a project, it won't. It may also use partially-built bits of the project if they haven't changed (I don't know how far it takes this)

Rebuild solution will clean and then build the solution from scratch, ignoring anything it's done before. The difference between this and "Clean, followed by Build" is that Rebuild will clean-then-build each project, one at a time, rather than cleaning all and then building all.

Clean solution will remove the build artifacts from the previous build. If there are any other files in the build target directories (bin and obj) they may not be removed, but actual build artifacts are. I've seen behaviour for this vary - sometimes deleting fairly thoroughly and sometimes not - but I'll give VS the benefit of the doubt for the moment :)

(The links are to the devenv.exe command line switches, but they do the same as the menu items.)


@womp: Not in the project I've just been looking at. It's still got all the assemblies there...
I have personally found "Clean Solution" to be more than unhelpful. If I really want it clean, manually deleting the bin and obj folders is the way to go. Have even been caught chasing phantom "errors" - until I did that. Clean just isn't reliable.
if artifacts made their way through other means than through build artifacts (say for example a copy from another source integrated as a msbuidltask in the cproj) then clean leaves them be. Which makes it pretty much useless, I'd even say it is dangerous as it will leave you with a false sense of cleansiness.
@Tod: I have noticed in the past that Clean+Build works when Rebuild gives me link errors.
@verdana: For github etc, it's simpler to have a decent .gitignore file. But as per the answer, Clean doesn't always do a particularly thorough job in my experience.
r
ruffin

Build solution: Compiles code files (DLL and EXE) which are changed.

Rebuild: Deletes all compiled files and compiles them again irrespective if the code has changed or not.

Clean solution: Deletes all compiled files (DLL and EXE file).

You can see this YouTube video (Visual Studio Build vs. Rebuild vs. Clean (C# interview questions with answers)) where I have demonstrated the differences and below are visual representations which will help you to analyze the same in more detail.

https://i.stack.imgur.com/puzQf.png

The difference between Rebuild vs. (Clean + Build), because there seems to be some confusion around this as well:

The difference is the way the build and clean sequence happens for every project. Let’s say your solution has two projects, “proj1” and “proj2”. If you do a rebuild it will take “proj1”, clean (delete) the compiled files for “proj1” and build it. After that it will take the second project “proj2”, clean compiled files for “proj2” and compile “proj2”.

But if you do a “clean” and build”, it will first delete all compiled files for “proj1” and “proj2” and then it will build “proj1” first followed by “proj2”.

https://i.stack.imgur.com/JboKH.png


Thank you for explaining why Rebuild doesn't always work and I often need to clean before doing a build.
Yes, the description and second diagram were very helpful and clear. If you could fix the "illegal" flowchart, so that Yes only goes to one place, that would help. I really can't understand what that one is trying to say, especially with "Build ALL" under "Rebuild".
@JonCoombs Yeah, I don't think the first flowchart captured exactly what he said on the video. I think the image I've inserted is what Shivprasad was aiming at.
M
Matthew Jones

Taken from this link:

Build means compile and link only the source files that have changed since the last build, while Rebuild means compile and link all source files regardless of whether they changed or not. Build is the normal thing to do and is faster. Sometimes the versions of project target components can get out of sync and rebuild is necessary to make the build successful. In practice, you never need to Clean.


Link? I thought the idea of a DLL, aka Dynamic Link Library, was to link at runtime?
"In practice you never need to Clean" <-- I call BS on this one.
piers7 can you then provide a reason you would need to clean vs rebuild?
Y
Yasser Shaikh

Build Solution - Builds any assemblies which have changed files. If an assembly has no changes, it won't be re-built. Also will not delete any intermediate files.

Used most commonly.

Rebuild Solution - Rebuilds all assemblies regardless of changes but leaves intermediate files.

Used when you notice that Visual Studio didn't incorporate your changes in the latest assembly. Sometimes Visual Studio does make mistakes.

Clean Solution - Delete all intermediate files.

Used when all else fails and you need to clean everything up and start fresh.


K
Ken Richards

I just think of Rebuild as performing the Clean first followed by the Build. Perhaps I am wrong ... comments?


This had no upvotes (until now) and according to the docs (see the link in Jon's answer) this is exactly right.
I don't think it does. I have a situation where doing a Clean Solution, followed by Build Solution works, but doing a Rebuild Solution fails. This is on a freshly created solution with 2 projects (one a dependent of the other).
@Cthutu See Shivprasad's answer for the detail that makes the difference here. Rebuild cleans and then builds each individual project at a time, whereas running Clean first cleans everything out at once, then Build builds it all at once. I've run across instances where this change in clean/build order makes the difference between compiling and not compiling, too.
@Sean Maybe it was caused by adding a project in your solution as a file reference instead of a project reference so the project build order didn't recognize it had to build a certain project before another, and the assembly didn't exist where it should have during the build?
S
Steven Evers

Build solution will build any projects in the solution that have changed. Rebuild builds all projects no matter what, clean solution removes all temporary files ensuring that the next build is complete.


S
Sabaridass R

Build Solution - Build solution will build your application with building the number of projects which are having any file change. And it does not clear any existing binary files and just replacing updated assemblies in bin or obj folder.

Rebuild Solution - Rebuild solution will build your entire application with building all the projects are available in your solution with cleaning them. Before building it clears all the binary files from bin and obj folder.

Clean Solution - Clean solution is just clears all the binary files from bin and obj folder.


C
Chase

The one major thing I think people are leaving out is that Build and Clean are both tasks that are performed based on Visual Studio's knowledge of your Project/Solution. I see a lot of complaining that Clean doesn't work or leaves leftover files or is not trustworthy, when in fact, the reasons you say it isn't trustworthy actually makes it more trustworthy.

Clean will only remove (clean) files and/or directories that Visual Studio or the compiler themselves have in fact created. If you copy your own files or files/folder structures get created from an outside tool or source, then Visual Studio doesn't "know they exist" and therefore, should not touch them.

Can you imagine if the Clean operation basically performed a "del *.*" ? This could be catastrophic.

Build performs a compile on changed or necessary projects.

Rebuild performs a compile regardless of change or what's necessary.

Clean removes files/folders it has created in the past, but leaves anything that it didn't have anything to do with, initially.

I hope this elaborates a bit and helps.


"Clean removes files/folders it has created in the past, but leaves anything that it didn't have anything to do with, initially." That's mostly, but not completely true. For intermediate files, yes, it deletes exactly the set of files that the toolchain produced. For others, in the build output directory, it uses wildcard patterns, like *.pdb. This leads to race conditions in Rebuild Solution that don't exist if you do Clean Solution followed by Build Solution.
A
Amira Bedhiafi

I have a a blank solution BuildRebuildClean and three class library Models,Repository,Notification.

I use Models and Repository in Notification class library.

Then:

Build solution Incremental build and compiles only the files that are changed. If an assembly has no changes, it won’t be re-built. Also, it will not delete any intermediate files. If Modify some code in Models library project, then BUILD solution. In the below screen shot, refer to the time stamp of DLL, EXE is updated in Models and Notification library.

https://i.stack.imgur.com/ROAVj.png

Rebuild solution Deletes all compiled files and compiles all irrespective of changes, ignoring anything it’s done before. Right click on the solution name BuildRebuildClean. What it does is deletes all the assemblies, EXEs and referred files to compile again.

https://i.stack.imgur.com/XCMwT.png

Clean Solution Deletes all compiled, intermediate files (i.e., EXEs and DLLs) from the bin/obj directory.

https://i.stack.imgur.com/aBm7K.png


s
steve

All I know is a Clean does not do what "make clean" used to do - if I Clean a solution I would expect it delete obj and bin files/folders such that it builds like is was a fresh checkout of the source. In my experience though I often find times where a Clean and Build or Rebuild still produces strange errors on source that is known to compile and what is required is a manual deletion of the bin/obj folders, then it will build.


Specially in Xamarin projects I need to delete manually bin and obj folders to solve strange compilation errors
a
ahmd0

This is concerning "Build Solution" option only.

I got totally fed up with Visual Studio's inability to really clean solutions and wrote this little tool that will do it for you.

Close your solution in VS first and drag its folder from Windows Explorer into this app or into its icon. Depending on the setting at the bottom of its window, it can also remove additional stuff, that will help if you try to manually upload your solution to GitHub or share it with someone else:

https://i.stack.imgur.com/CzPzt.png

In a nutshell, it will place all "Debug" folders, Intellisense, and other caches that can be rebuilt by VS into Recycle Bin for you.


y
yashashwi

Build solution only builds those projects which have changed in the solution, and does not effect assemblies that have not changed,

ReBuild first cleans, all the assemblies from the solution and then builds entire solution regardless of changes done.

Clean, simply cleans the solution.


D
Dharman

Clean will clean the artifacts in bin/Debug folder. Means deletes all the files in bin/Debug folder.

Build checks the artifacts in bin/Debug folder and if required then creates the artifacts (while checking for build time errors).

Rebuild = Clean + Build in a single go. This will first delete all the files in bin/Debug folder and then create the artifacts again in the bin/Debug folder.

One can confirm these operations by opening and observing the bin/Debug (or Release) folder and then Cleaning, building and rebuilding the project.


Rebuild does Clean then Build project by project. If the intermediate or build output directories are shared by multiple projects in the same solution, that's different than Clean on the solution followed by Build on the solution.
A
Ali Mahdian
**Build ,Rebuild, Clean Solution**

Clean Solution : deletes all compiled files (all dll’s and exe’s ).

Build Solution : compiles code files (dll and exe) that have changed.

Rebuild Solution : Deletes all compiled files and Compiles them again regardless of whether or not the code has changed.