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
{{ message }}
Repository navigation
Collaborator offboarding nomination process in GOVERNANCE? #30252
Is your feature request related to a problem? Please describe.
The steps to follow while offboarding Collaborator are documented here
However, our GOVERNANCE.md doesn't document when to offboard collaborators
Describe the solution you'd like
Come up with a process on when to offboard collaborators, and document it in GOVERNANCE.md
Describe alternatives you've considered
Thanks to @Trott who has been regularly checking for inactive Collaborators, and moving them to emeriti status (Example: #30243)
I'm OK not having concrete guidelines for when to offboard. If someone wants to add some guidelines, I don't mind, of course. But I'm not bothered by their absence either.
If put into a document, it is easy to be worked around. Further, we should aspire for all the collaborators to be active in the project. For these reasons, I am not keen on a documented off-boarding criteria. I am good with the current approach of running a procedure seasonally with two-way ratification, like @Trott has been doing!
I think this can (and should) be closed. It's a reasonable suggestion but I don't think it's necessary and there are pitfalls as outlined in #30252 (comment). I would especially be concerned that criteria would discourage offboarding, as it has for TSC membership unfortunately.
I'm going to close this issue. Anyone who feels strongly the other way can re-open it or (probably better) open a PR for discussion.
Whoops, the "what is the path forward" question was directed at trivikr and not everyone in general. I'll re-open this, but I guess the above makes my recommendation clear.
The issue has been open for over 2 months now. Looking at the discussion, the path forward is to not have offboarding criteria documented and run the procedure regularly to check for inactive collaborators.
Activity
trivikr commentedon Nov 4, 2019
offboarding doc was added in #21103
Trott commentedon Nov 5, 2019
I'm OK not having concrete guidelines for when to offboard. If someone wants to add some guidelines, I don't mind, of course. But I'm not bothered by their absence either.
gireeshpunathil commentedon Nov 5, 2019
If put into a document, it is easy to be worked around. Further, we should aspire for all the collaborators to be active in the project. For these reasons, I am not keen on a documented off-boarding criteria. I am good with the current approach of running a procedure seasonally with two-way ratification, like @Trott has been doing!
gireeshpunathil commentedon Jan 20, 2020
@trivikr - what is the forward path for this? thanks!
Trott commentedon Jan 20, 2020
I think this can (and should) be closed. It's a reasonable suggestion but I don't think it's necessary and there are pitfalls as outlined in #30252 (comment). I would especially be concerned that criteria would discourage offboarding, as it has for TSC membership unfortunately.
I'm going to close this issue. Anyone who feels strongly the other way can re-open it or (probably better) open a PR for discussion.
Trott commentedon Jan 20, 2020
Whoops, the "what is the path forward" question was directed at trivikr and not everyone in general. I'll re-open this, but I guess the above makes my recommendation clear.
trivikr commentedon Jan 20, 2020
The issue has been open for over 2 months now. Looking at the discussion, the path forward is to not have offboarding criteria documented and run the procedure regularly to check for inactive collaborators.