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.

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

MNT: Add symbolic link to environment.yml for user clarity #104

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

matthewfeickert
Copy link
Contributor

@matthewfeickert matthewfeickert commented Jul 11, 2022

This PR partially reverts things I did in PR #85. To make it easier for users who are not used to binder but maybe used to typical Conda workflows, add a symbolic link from binder/environment.yml to environment.yml in the top level of the repository. Additionally, change all instances of binder/environment.yml to environment.yml (that is, run

git grep --name-only "binder/environment.yml" | xargs sed -i 's|binder/environment.yml|environment.yml|g'

).

This does not fully revert the work of PR #85 though, as Binder will always look for config files under the binder/ directory in a repository if the directory exists. So this is more of a way to keep Binder config clear but also make things easier/clearer for users.

For an example of this behavior, c.f. phinate/differentiable-analysis-examples#1.

To make it easier for users who are not used to binder but maybe used to
typical Conda workflows, add a symbolic link from binder/environment.yml
to environment.yml in the top level of the repository.

This partially reverts parts of PR 85.
To ensure that everything is uniform across the repository, use the
symobolic link to the 'binder/environment.yml' that is in the top level
of the repository.
@matthewfeickert
Copy link
Contributor Author

@ericmjl @hugobowne this is ready for review, though perhaps we should get the CI running in another PR and then come back and rebase this once that is done. Though as it seems the CI isn't supporting Windows I don't think we need to be worried about symbolic links failing there so this should be fine if you want to visually review only.

@matthewfeickert
Copy link
Contributor Author

Gentle ping on this to see if there is anything else that needs to get done before merge.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants