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
I have not found the option for mentioning project id in create droplet API. As per my understanding, a created droplet is first assigned to the default project and then another API call is required for assigning it to the desired project. This can be optimized by accepting the project id as an optional input parameter of create API.
I would like to contribute for this.
The text was updated successfully, but these errors were encountered:
Per my comment, we at DO are planning how best to execute this feature. We will update the you and larger community as soon as more details become available.
Not just for droplets. Ideally we would like to be able to use --project when creating things like Kubernetes clusters, load balancers etc. .. anything really.
You don't need to change the server side REST API. This could be wrapped up in the doctl client. Resources could be created in the default project as now, but if the --project option is specified the doctl client makes the extra call to move the resource to the specified project.
Commenting here to cross-reference that the latest doctl release finally added a --project-id flag when creating a project. The specific issue is here.
I have not found the option for mentioning project id in create droplet API. As per my understanding, a created droplet is first assigned to the default project and then another API call is required for assigning it to the desired project. This can be optimized by accepting the project id as an optional input parameter of create API.
I would like to contribute for this.
The text was updated successfully, but these errors were encountered: