Skip to content
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

Add CLI support for owner invitation management #4600

Open
carols10cents opened this issue Oct 10, 2017 · 1 comment
Open

Add CLI support for owner invitation management #4600

carols10cents opened this issue Oct 10, 2017 · 1 comment
Labels
C-feature-request Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted` Command-owner S-needs-design Status: Needs someone to work further on the design for the feature or fix. NOT YET accepted.

Comments

@carols10cents
Copy link
Member

When someone does cargo owner --add, we're now sending the person an invitation that they can accept or decline before they become an owner. Currently, though, the acceptance part (and seeing that you have an invitation at all) only happens in crates.io's interface.

It'd be nice if cargo owner also had these options:

  • --list or --list-invitations or similar, which would list any pending invitations for the current user as specified by the token cargo sends to crates.io
  • --accept [cratename] or similar, which would accept a pending invitation for the current user to become an owner of a crate they were invited to
  • --decline [cratename] or similar, which would decline a pending invitation for the current user so that they don't become an owner of a crate they were invited to
  • These should be documented in the output of cargo owner --help

These should all be able to use the same API routes that the crates.io ember UI uses; there are some tests exercising these routes around here.

@carols10cents carols10cents added C-feature-request Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted` Command-owner labels Oct 10, 2017
@epage epage added the S-needs-design Status: Needs someone to work further on the design for the feature or fix. NOT YET accepted. label Oct 17, 2023
@epage
Copy link
Contributor

epage commented Oct 17, 2023

I would lean towards waiting on #11879 so we can do cargo owner invitations

  • cargo owner invitations (show them)
  • cargo owner invitations --accept <name>
  • cargo owner invitations --decline <name>

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-feature-request Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted` Command-owner S-needs-design Status: Needs someone to work further on the design for the feature or fix. NOT YET accepted.
Projects
None yet
Development

No branches or pull requests

2 participants