Skip to content

PackageLicenseExpression, PackageProjectUrl .csproj addition #434

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

Closed
wants to merge 1 commit into from

Conversation

AMeyerInkSoft
Copy link

@AMeyerInkSoft AMeyerInkSoft commented Aug 4, 2025

My company's code analysis security software (Aikido) complains that the licensing for the NRedisStack nuget package is unclear. To help my company and other companies like us resolve the citation, I kindly request/suggest the project's MIT license be set in the NuGet package properties via a PackageLicenseExpression tag as so. I added the PackageProjectUrl as well, while I was at it, to help quickly link developers to the repo from the NuGet package explorer in Visual Studio.

When I opened the .csproj file, it was a mix of tabs and spaces, and I wasn't sure which convention was preferable. I saw vague indication spaces were the precedent, so I rationalized the existing tabs into spaces and indented the tags accordingly. Note that most VS installations use tabs for .csproj files by default, so that might be why/how tabs ended up being added. Surely let me know if tabs are preferred instead, and/or if I should go about resolving this citation in general another way. Thanks!

@AMeyerInkSoft
Copy link
Author

PS: I noticed a Directory.Build.props file is new in one of the other branches (https://github.com/redis/NRedisStack/tree/marc/build-cleanup) that I suspect will make its way to master, eventually. It's normal enough for these two properties to be listed in the Directory.Build.props file instead, if it's of interest, but it's probably fine either way.

@AMeyerInkSoft AMeyerInkSoft mentioned this pull request Aug 4, 2025
@mgravell
Copy link
Contributor

mgravell commented Aug 4, 2025

Closing as already covered by #431

@AMeyerInkSoft
Copy link
Author

Closing as already covered by #431

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants