You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#1205 implements the support for .dockerignore and .containerignore files however this requires for people to explicitly add these files to their project.
The goal of this new option would be for example for BinderHub admins to be able to have a default set of files and/or folders that they want to systematically ignore. For example, the .git folder which might be large and not of interest.
Alternative options
Ensure all projects have a .dockerignore or .containerignore file
Who would use this feature?
Currently I see it it mainly for the BinderHub admins.
How much effort will adding it take?
This should not be a big task as part of the logic is already implemented in #1205 and the option values would basically be appended to the list.
Who can do this work?
I can implement that.
The text was updated successfully, but these errors were encountered:
I think there's one important thing that hasn't been established. This is a configuration option for binderhub deployments to deviate from each other in terms of what images they produce from the same repo, with the ability for deployments to either override or default exclusions (TBD in implementation).
It seems in order for this to be useful, you'd have to have a situation where many repositories regularly have files that should be excluded from images that follow a particular pattern and no repos have files that follow the same pattern that should be included, but it is not reasonable or feasible to suggest repo owners specify exclusions. Does such a situation exist in practice? If not, I think we should wait for an actual deployment to make its case that its images are too big, simple exclusion files would fix the problem, and their users cannot be expected to resolve the situation in their repos.
Proposed change
#1205 implements the support for
.dockerignore
and.containerignore
files however this requires for people to explicitly add these files to their project.The goal of this new option would be for example for BinderHub admins to be able to have a default set of files and/or folders that they want to systematically ignore. For example, the .git folder which might be large and not of interest.
Alternative options
Ensure all projects have a
.dockerignore
or.containerignore
fileWho would use this feature?
Currently I see it it mainly for the BinderHub admins.
How much effort will adding it take?
This should not be a big task as part of the logic is already implemented in #1205 and the option values would basically be appended to the list.
Who can do this work?
I can implement that.
The text was updated successfully, but these errors were encountered: