Code changes aren't reflected when running the Mac app unless the current project is cleaned first
Instructions for creating an XF for Mac app: https://devblogs.microsoft.com/xamarin/preview-bringing-macos-to-xamarin-forms/
Forum conversation where Xamarin asked me to raise this issue here: https://forums.xamarin.com/discussion/183016/anyone-here-having-to-clean-before-every-build-for-mac-apps#latest
Label text should be red
Label text is still black
Clean the project before each build. Tedious, but it works
I have the same issue, but I think it is an issue of Visual Studio for Mac, because it works in Visual Studio for Windows.
@chamons can you help us figure out this one?
I was able to verify this. works fine on iOS, doesn't work on MacOS
the net standard lib containing the app is correctly rebuilt, but the actual app is not
drwxr-xr-x 3 sde staff 96 Jul 6 15:01 XF4Mac.app
-rw-r--r-- 1 sde staff 5632 Jul 6 15:01 XF4Mac.exe
-rw-r--r-- 1 sde staff 1352 Jul 6 15:01 XF4Mac.pdb
-rw-r--r--@ 1 sde staff 6144 Jul 6 15:03 XF4iOSAndroidMacDemo.dll
-rw-r--r--@ 1 sde staff 1116 Jul 6 15:03 XF4iOSAndroidMacDemo.pdb
and the version packaged in bin/Debug/XF4Mac.app/Contents/MonoBundle/ is not updated
I can reproduce this, but I am unsure if it a Xamarin.Forms bug or a Xamarin.Mac bug as of yet.
Hmm, so the reason we're not seeing the change is that we are copying in the change to the bin/debug dir:
Copying file from "/Users/donblas/Downloads/XF4iOSAndroidMacDemo/XF4iOSAndroidMacDemo/bin/Debug/netstandard2.0/XF4iOSAndroidMacDemo.dll" to "/Users/donblas/Downloads/XF4iOSAndroidMacDemo/XF4Mac/bin/Debug/XF4iOSAndroidMacDemo.dll".
```
but not re-running mmp to add to the package:
Skipping target "_CompileToNative" because all output files are up-to-date with respect to the input files.
Input files: /Users/donblas/Downloads/XF4iOSAndroidMacDemo/XF4Mac/bin/Debug/XF4Mac.exe
Output files: bin/Debug/XF4Mac.app/Contents/MacOS/XF4Mac
```
My guess would be that that file isn't listed in the Inputs, or that the Outputs' timestamp hasn't changed here:
@rolfbjarne it seems to be exactly that. It appears that after an edit, only the final .exe reaches that target. Let me see where it drops off.

Not sure where @(BundleDependentFiles) comes from... It does not appear in any targets or props files...
I think I have a fix for this:
