Similarly adding a File3.txt also does not cause rebuild

Team triage: @JaynieBai! Could you please try to repro and collect binlogs for this issue?

@AR-May I repro this issue locally.
Here is the log when delete the File1.txt. there is no File1.txt shown in the binlog.
CentralNode_dotnet_PID=24032_x64_BuildManager_Default.binlog.txt

But when delete the File1.txt and save the other files in the project folder. The date modified is updated. It will rebuild the project and output different result.

Similarly adding a File3.txt also does not cause rebuild

Can't repro this one

Thank you @JaynieBai!
@rainersigwald the incremental build scenario is broken when one tries to delete from EmbeddedResources, but no other change is present. It seems like the CoreCompile target is skipped due to all outputs being newer than all inputs, which is true, but not correct. The only change since the previous build is deleted File1.txt and it is absent from inputs as well, so this change does not trigger the re-compilation of assembly.

It looks like copying a file does not trigger a rebuild, but creating a new file does.

> dotnet run
MyApp.File1.txt = A
MyApp.File2.txt = B
> cp File2.txt File3.txt
> dotnet run
MyApp.File1.txt = A
MyApp.File2.txt = B
> echo C > File4.txt
> dotnet run
MyApp.File1.txt = A
MyApp.File2.txt = B
MyApp.File3.txt = B
MyApp.File4.txt = C

Ah that makes sense and we should fix it by bringing back #6780.