-
Notifications
You must be signed in to change notification settings - Fork 27
add support for deployment on RStudio Cloud #278
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
Conversation
rsconnect/api.py
Outdated
| def deploy_bundle( | ||
| self, | ||
| app_id: int = None, | ||
| project_application_id: str = None, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what is the difference between app_id and project_application_id?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's sorta two separate workflows.
- External to cloud you can write code locally and then publish you code to cloud as an output.
- Internal to cloud you have a project with code - and you publish the code in that project to cloud as an output.
In cloud we create a link in the 2nd case between the project that has the code - and the output that ends up being the published. This supported through an environment variable LUCID_APPLICATION_ID which is present in every project - and consulted when rsconnect publishes an output.
So that's kinda the use case around this. I'm not sure that exposing this to an end user on the command line has much utility. It doesn't make a lot of sense for a person publishing locally to establish a link between the output that they are publishing - and some other random project in our system which doesn't have the code that they published. We also don't expose the projects application ID anywhere visible to the user...
I might not support this on the command line at all. If LUCID_APPLICATION_ID happens to be present - include it in the request. Otherwise don't try to make a link between a project and an output.
mbaynton
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM except comments already made by others
omar-rs
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the comment about avoiding the name Lucid is important to fix, but otherwise looks good to me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice! Looks good to me.
|
QA note:
|
|
fixes #22123 |
|
I don't think I have an rstudio cloud account. Can someone give me access and the URL for testing? |
|
Deploying a python shiny app fails. The link provided in the output returns a 404. |
|
@kgartland-rstudio We've been having some instability in our staging outputs infrastructure, but deployments should be working now. |
|
These errors are a little nebulous. If you add credentials with a
With a
With a
Can all these errors instead just throw a consistent error like it does with an invalid
|
|
should we update our
|
|
Everything else looks good, I think the |
I updated the error messages for the |
|
Looks good, thanks. Now regardless if the secret is not the right length, I get:
|
omar-rs
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Latest changes look good
Description
Adds:
--server rstudio.cloud(or--server https://api.staging.rstudio.cloudfor staging)--project-application-id).Testing Notes / Validation Steps
We should validate the following cases:
rsconnect deploy shinyrsconnect deploy manifestrsconnect deploy shinyandLUCID_APPLICATION_ID– the project should show the deployed output in its list of associated outputsrsconnect deploy manifestandLUCID_APPLICATION_ID– the project should show the deployed output in its list of associated outputs