Closed emerxom closed 2 years ago
Hello, hum the -a
expect the binary, not the csproj, can you try again by passing it the actual csproj output?
It worked.. 😁
I'm trying to run it in several repos so it would be nice to pass the solution and have the option to check each project inside the solution and get the parameter like DefaultDocumentationGeneratedAccessModifiers from them and them it creates the files as needed. (since I only have one solution per repo it would be easy to find the correct file)
I have an centralized documentation that uses the generated *.md from all our tools. So everything is dynamic.
thanks
Making it works by passing the sln/csproj instead of the compiled assembly would make it kind of weird. Let's say you call it on a sln/csproj which wasn't compiled already is it supposed to fail or compile it for you? If it should fail why even accept those instead of the actual dll (whatever the way it was produced, it's not its responsibility). If it should compile it, how is it supposed to know how you want it compiled? If your problem is the existence of configuration for DefaultDocumentation in the csproj that the dotnet tool can't access, the next version (already in beta for a long time, sorry haven't got the time to finish it and release it properly yet) will work with an external json configuration file which can be used by both. The same configuration file could even be used by multiple project. Maybe that would work for you?
that would be perfect. 🙂
I works great installing the nuget package..
but when I try to do the same using dotnet tool cli I got this error defaultdocumentation -o "code docs" -a .\Folder\Solution.csproj