You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 20, 2018. It is now read-only.
It isn't clear why we need the --project option at all. The dotnet user-secrets command must be executed in a project directory with Microsoft.Extensions.SecretManager.Tools fully configured.
If this option is needed, it should support relative paths. That would at least be useful in corner cases where user secrets are used in a group of projects but only one has the tool configured.
dotnet user-secrets list --project $pwd/../../src/UserSecrets.work is ugly as sin.
What is the parameter named root?
For example
dotnet user-secrets list --project ../../src/UserSecrets.work
Results in
critical: Command failed : The path must be absolute.
Parameter name: root
natemcmaster
changed the title
dotnet user-secrets {command} --project {path} does not support relative paths
dotnet user-secrets --project option does not support relative paths
Sep 20, 2016
From @dougbu on May 12, 2016 17:13
--project
option at all. Thedotnet user-secrets
command must be executed in a project directory withMicrosoft.Extensions.SecretManager.Tools
fully configured.dotnet user-secrets list --project $pwd/../../src/UserSecrets.work
is ugly as sin.root
?For example
Results in
Copied from original issue: aspnet/UserSecrets#77
The text was updated successfully, but these errors were encountered: