RAR should log the reason why the state file became dirty and why it chose to write it. It's hard to diagnose why the state file is written every time on empty rebuilds where nothing changes.
State file being written triggers unnecessary rebuild of the _WriteAppConfigWithSupportedRuntime and _CopyAppConfigFile targets.
State file being written triggers unnecessary rebuild of the
_WriteAppConfigWithSupportedRuntimeand_CopyAppConfigFiletargets.
This is a separate bug, I think. The cache file should be an implementation detail of RAR and nothing else should even know about it.
:) $(ResolveAssemblyReferencesStateFile) is treated as an input :)
No, no: I believe you! But we should change that . . .
Most helpful comment
No, no: I believe you! But we should change that . . .