-
Notifications
You must be signed in to change notification settings - Fork 258
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
PackageReadmeFile outside csproj (in props file) doesn't work #12872
Comments
Hi @michael-hawker , I tried the following but was unable to repro.
4.Add
|
BTW, we're considering a feature to automatically include a readme file if it satisfied a certain path. Do you think that would be helpful? |
Thanks for clarifying @heng-liu, I realized after that I forgot to specify directly about the import step in the repro steps. Main differences in the repro you laid out from what we're doing is our imported props file is in a different directory (not a parent one, e.g. We're also using |
Hi @michael-hawker , thanks for your reply! Using msbuild and dotnet to pack should be the same. |
This issue has been automatically marked as stale because we have not received a response in 14 days. It will be closed if no further activity occurs within another 14 days of this comment. |
NuGet Product Used
MSBuild.exe
Product Version
MSBuild version 17.7.2+d6990bcfa for .NET Framework
Worked before?
No response
Impact
It's more difficult to complete my work
Repro Steps & Context
The docs and most examples seem to indicate you should do something like this directly in the csproj file:
However, we have a bunch of projects which all share a props file and similar structure, so we wanted to abstract this to just detect if there was a
ReadMe.md
file in the source's project directory next to ourcsproj
file, so I did this:Which should be equivalent if a
ReadMe.md
file exists in the same folder as thecsproj
file (which they did).The former works, but the latter produces this error upon pack:
Verbose Logs
No response
The text was updated successfully, but these errors were encountered: