dotnet publish doesn't copy proper native/xenko dependencies
See original GitHub issueRelease Type: GitHub
Version: master
Describe the bug
Running dotnet publish
does not properly copy dependencies.
It seems dotnet publish
uses slightly different targets than what’s done for standard build.
(note: heard it might be unified in .NET Core 3.0)
To Reproduce Steps to reproduce the behavior:
- Create a new game with Linux or macOS
- Build Linux or macOS (might be optional)
- Run
dotnet publish
Expected behavior
Bin\Linux\Debug\linux-x64\publish
should contain all the native files (that are pulled by .ssdeps) just like in Bin\Linux\Debug\linux-x64
but it doesnt.
The fix likely needs to be done in https://github.com/xenko3d/xenko/blob/master/sources/core/Xenko.Core/build/Xenko.Core.targets
Issue Analytics
- State:
- Created 5 years ago
- Comments:11 (3 by maintainers)
Top Results From Across the Web
dotnet publish doesn't copy proper native/xenko ...
Running dotnet publish does not properly copy dependencies. It seems dotnet publish uses slightly different targets than what's done for ...
Read more >dotnet publish does not have some Nuget dependencies ...
I got it to work by adding a buildTransitive .targets file which copies the content files only if the project is an executable...
Read more >Cannot find dependencies when executing an assembly ...
I wrote a .NET Core 2.0 console application. Publish using dotnet publish , But there was an error during execution: ...
Read more >Xenko 3.1 release notes
If you don't reference those packages, they won't be packaged with ... [Build] Publish was not properly copying native libs and compiled ...
Read more >Too many dlls when publishing dotnet
Self-contained means that all of the dependencies are contained in the output folder. Basically, you're shipping a private copy of the entire ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I have a solution for this will submit a PR.
With these same changes applied to the macOS project and manually copying the data folder to publish (for now) I can successfully run a simple test game on my MacBookPro. Note however that it takes forever (7 mins) to launch. Looks like most of that time is compiling shaders.
Now I will see how I can get the data folder to properly publish automatically.