Skip to content

Extend dependency commands to support the same project existing in more than one Org #17

@carwin

Description

@carwin

Extrapolated from #5, this is a bit of an edge case but not out of the realm of possibility. At the moment the dependency commands take a project name, and use that to find the the parent org ID necessary for the API call -- what would happen if a user tracked the same project in two Orgs?

To handle that, we should allow users to specify their org ID in the command - though this will need to be balanced with other potential additions to the dependency command(s) and their order in the syntax.

The original thought is something like:

    /snyk dependencies <Project Name> <Org Name>
    /snyk dependencies <Project ID> <Org Name>
    /snyk dependencies <Project Name> <Org ID>
    /snyk dependencies <Project ID> <Org ID>

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions