-
Couldn't load subscription status.
- Fork 78
Generate AssemblyInfo from msbuild vs. including in all projects as file #327
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
… constant @Arlodotexe is there an issue filed for this somewhere to track?
…url for links in samples Fixes #326
…method used from AssemblyInfo.cs
|
Hmmm... Previous Metadata generation task worked fine on WASM in the CI, but the new fix to move it to This is odd, as I tested on UWP, WinAppSDK, and WASM locally first. I was able to follow the build workflow and reproduce on the command line locally though... will investigate. |
…ration to fix wasm build in CI
common/CommunityToolkit.Labs.Shared/Renderers/ToolkitDocumentationRenderer.xaml.cs
Outdated
Show resolved
Hide resolved
common/CommunityToolkit.Labs.Shared/Helpers/PackageProjectUrlAttribute.cs
Show resolved
Hide resolved
…ssemblymetadata Generate AssemblyInfo from msbuild vs. including in all projects as file
Fixes #326
This approach removes another file that needs to be duplicated across experiments.
Instead of having hard-coded
Propertes\AssemblyInfo.csfiles, we generate the source for those via an msbuild task,WriteCodeFragmentusingAssemblyAttributes.We do this with the msbuild task and populating the values before the build is setup with a custom target. We can then use reflection at runtime to get our custom assembly attribute which now stores the
PackageProjectUrlfrom the root common props.This will let us store various metadata needed for configuration of our sample app that can work across repositories when we use this infrastructure for the main toolkit.
TODO
x:Bindnot working withFramenavigation unoplatform/uno#2666x:Bindis evaluated too early causing changes inPage.OnNavigatedToto be ignored unoplatform/uno#2872 - moved to constructor)$projectname$type values with the props fromWindows.Toolkit.Common.propsinstead directly?Use this approach forOpened Auto-Generate AdditionalAssemblyInfo.cs file for InternalsVisibleTo #329 for future work trackingInternalVisibleToand removeAdditionalAssemblyInfoas well for library projects?