-
Notifications
You must be signed in to change notification settings - Fork 159
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
create.project
fails even on full path when inside an existing project
#210
Comments
I think users should always create a project outside of an existing project. What would be the use case for nested projects? |
Technically the custom templates are new projects, so if you happen to be in a project directory when you try to create a new template you get an error. The error is triggered even if the target directory is outside the current directory. A completely valid call to |
I have faced this a few times. Today, have to go through the manual task of changing working dir first creating a new project someplace else, and then changing working dir back again. |
So should this be fixed only form |
I just realised we could probably alter |
When I was working on #234 , I found that ProjectTemplate/R/create.project.R Lines 49 to 54 in 8072e51
The 1st call works fine and stops correctly. If the 1st call is commented out, the 2nd call does not work correctly and creates a project within a project. Just an FYI, we should probably look into this. |
Closing this now since the issue is moved to #240 |
…olute path instead of the current directory
…instead of the current directory (#256)
I noticed an error with
create.project
when creating a project specified by a full path, when the working directory is set to a ProjectTemplate project directory. Even though a full path to the new template is specified the.stopifproject
error is triggered.How to reproduce:
create.project
create.project
again (for examplecreate.project(tempdir())
)Possible solution:
.stopifproject
calls in a conditionalif (dirname(project.name)=='.'){}
Is this something we want to implement or should we just expect users to always create a project (and subsequently templates in the current implementation) from outside an existing project? (KISS vs. convenience)
The text was updated successfully, but these errors were encountered: