-
Notifications
You must be signed in to change notification settings - Fork 38
Add configuration options to allow filtering of employer-owned repositories #66
Comments
I can try to take a crack at this ! |
That would be great. Thanks fish-dango! Let me know if you have any questions. |
@fish-dango are you still planning to work on this? It's been a few months and I haven't heard anything. No worries if you're too busy, just let us know because someone else might be excited to try it as a Hacktoberfest project. |
May I take charge of this issue? I am considering the following responses
Thank you in advance for your cooperation. |
Hi @ak2ie! The primary maintainer is out this week, so I'll jump in to try to help. You mentioned adding an Also, I believe repos have internal "id" values that show up in API calls. I'm thinking we would want to identify repos by their group/name ( Let us know what you think. Kevin |
Hi Kevin. Thank you for your confirmation. It seems that my understanding was insufficient and my thinking was incorrect. I would like to add IGNORE_REPOSITORIES to the .env.template. I will give it some more thought. Thank you in advance for your help with the above. |
Currently Starfish does not filter out events in repositories owned by specific organizations. Future users may want to exclude contributions into repositories that their employer owns (key point - one employer may own many GitHub Organizations). We should add configuration options that allow future users to easily implement their own policies regarding where events will be counted.
The simplest version of this would be to:
Add a variable to the .env.template:
Filter Out Events From These Owners ([List,Of,Owners], default to an empty list)
Add a new filterResponseFor function that filters the events based off these variables.
Add documentation in the README for using this env variable.
The person taking this on may want to look at the
IGNORE_SELFOWNED_EVENTS
env variable and how it's used, because it's also filtering out a certain kind of event.The text was updated successfully, but these errors were encountered: