Found an unintuitive result when playing around with the RStudio.cloud alpha. If you create a new project via the dropdown -> git clone choice (New Project from Git Repo), and:
- mistype / paste incorrectly the HTTPS link (or point to a nonexistent repo)
- mistype your authentication details
- have a time-out for any reason between rstudio.cloud and the git source (e.g., if the repo you're pointing to is on some local system, not GitHub)
- Sit through the process launch time, as a new project is initialized, and
- Get an empty project without the clone you want
I'm not sure what the correct fail-case should be, but my intuition suggests that if the git clone fails, users don't actually want a blank project just sitting there that then has to be deleted. And (AFAIK - if I'm wrong on this, it's the easiest workaround) there's no easy way to clone a repo into a (fresh) project, so users can correct their mistake.
So my suggestions for possible workarounds/changes are:
- Exit out of and delete the project if the git clone fails, due to whatever reason, rather than leaving a blank project dangling, or
- Run the git/GitHub phase of the clone+initialization first, then launch a project and move the temporary cloned files/directory into it.
Number 2 seems better, because the process could terminate if the clone fails, and then the user never has to sit through the project load screen, which is currently the largest time sink of getting up and running. However, depending on how the back-end security works, it may not be feasible?
If there's other suggestions or options, that's great, but I wanted to point out this edge case (which in using RStudio.cloud for education will/does happen a lot, because novices are bad at understanding how to reference GitHub and remembering their authentication details).