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.

Sign up for GitHub

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

Jump to bottom

Allow specifying alternative _projr.yml during project initialisation #31

Closed
Tracked by #49
MiguelRodo opened this issue May 20, 2022 · 2 comments
Closed
Tracked by #49

Allow specifying alternative _projr.yml during project initialisation #31

MiguelRodo opened this issue May 20, 2022 · 2 comments
Labels
future Not in next set of tasks init Concerns projr_init thoughts Consider whether and/or how to implement

Comments

@MiguelRodo
Copy link
Collaborator

MiguelRodo commented May 20, 2022 •
edited
Loading

  • I think the best way would be to:
    • Allow setting the PROJR_YML_DEFAULT_PATH variable, which is automatically used whenever path isn't specified if it is set.
    • Suggest to people that they save the paths as environment variables, and then use projr::projr_init(path = NULL, path_env = <env_var_name>).
  • BETTER suggestion:
    • Allow people to set PROJR_YML_PATH_<settings_id>, and then when they run projr::projr_init, they get the following options for _projr.yml:
    • 1: projr` package default
    • 2: <settings_id_1>
    • 3: <settings_id_2>
    • ...
@MiguelRodo MiguelRodo added thoughts Consider whether and/or how to implement future Not in next set of tasks init Concerns projr_init labels Oct 10, 2022
@MiguelRodo MiguelRodo changed the title Allow cacheable folder structure set-up that does not depend on GitHub pull requests Allow specifying alternative projr profile Mar 6, 2023
@MiguelRodo MiguelRodo changed the title Allow specifying alternative projr profile Allow specifying alternative _projr.yml during project initialisation Mar 6, 2023
@MiguelRodo
Copy link
Collaborator Author

MiguelRodo commented Mar 6, 2023 •
edited
Loading

We can then have an option for how to use the alternatives. Do we merge or simply use? We could allow merging more than one into the default.

@MiguelRodo MiguelRodo mentioned this issue Mar 6, 2023
Closed
1 task
@MiguelRodo
Copy link
Collaborator Author

Done!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
future Not in next set of tasks init Concerns projr_init thoughts Consider whether and/or how to implement
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@MiguelRodo