Skip to content
This repository has been archived by the owner on Nov 20, 2018. It is now read-only.

dotnet user-secrets --project option does not support relative paths #170

Closed
natemcmaster opened this issue Sep 20, 2016 · 0 comments
Closed

Comments

@natemcmaster
Copy link
Contributor

From @dougbu on May 12, 2016 17:13

  1. 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.
  2. 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.
  3. dotnet user-secrets list --project $pwd/../../src/UserSecrets.work is ugly as sin.
  4. 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

Copied from original issue: aspnet/UserSecrets#77

@natemcmaster natemcmaster added this to the 1.1.0 milestone Sep 20, 2016
@natemcmaster natemcmaster self-assigned this Sep 20, 2016
natemcmaster pushed a commit that referenced this issue Sep 20, 2016
natemcmaster pushed a commit that referenced this issue Sep 20, 2016
@natemcmaster 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
@danroth27 danroth27 modified the milestones: 1.1.0-preview1, 1.0.0-preview3 Oct 24, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants