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

Support .gitignore as to tell which paths to not consider, or just consider git tracked files if under git #1425

Open
yarikoptic opened this issue Mar 30, 2024 · 4 comments
Assignees

Comments

@yarikoptic
Copy link
Member

When people upload from datalad datasets, they might have some incidental files already git ignored and it would be a surprise for them to upload some venvs/ etc. Possible logical ways are

  • see if there is .gitignore where they should have ignored them .
    yet to check if could be used generally to query for each path similarly to how git check-attr could be used for .gitattributes.
  • if dandiset is a git repository, consider only paths under git and ignore the rest by default (would need option to force somehow)
@jwodder
Copy link
Member

jwodder commented Apr 1, 2024

@yarikoptic Alternative/additional feature proposed in standup: Support .ignore, used by ignore, ripgrep, ag, et alii.

@yarikoptic
Copy link
Member Author

so is that .ignore -- where is it formalized? I googled into

but so far didn't run into clear specification. Pointer?

@jwodder
Copy link
Member

jwodder commented Apr 2, 2024

@yarikoptic The only specification I can find is in the docs for ignore, which implements .ignore support for ripgrep:

.ignore files have the same semantics as gitignore files [1]

.gitignore files have match semantics as described in the gitignore man page. [2]

Does this suffice?

@yarikoptic
Copy link
Member Author

oh, so it is .gitignore syntax...? I haven't realized that ... need to read/check more and see if it behaves "accordingly" .

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

No branches or pull requests

2 participants