-
Notifications
You must be signed in to change notification settings - Fork 14
do we need a .gitignore on all openMINDS repos? #38
Comments
Hmm, I don't see an advantage for this. One could argue that we should put the temp files of text editors in there (like vim or emacs), but I don't think they are widely used by us (and they could put it in their local .git/info/exclude). If anything we need an allow-list, that blocks anything that is not *.schema.tpl.json or md ;) |
@skoehnen it's more about getting rid of unnecessary .gitignore files or .gitignore entries. So you are voting to get rid of them in the our sumodules if I interpret your comment correctly :) |
@lzehl Yes, I am voting to get rid of them. I did not know we had .gitignore files in the submodules. |
We got .gitignores in these submodules:
And the main repository. The main repository and ephys have the auto-generated python ignore-list. For the other modules I created a set of the entries and added my assumption what they are:
The vim backup files could be added to the local ignore rules, so they don't need to be in the global ignore rules. |
TODO: get rid of all gitignore in submodules (meaning metadata model github repos) |
@HumanBrainProject/openminds-developers please discuss ;)
imo: I think the submodules should be kept clean whereever they are. I don't see the need for a gitignore or if we need one it should be the same across all submodules.
The text was updated successfully, but these errors were encountered: