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
The @zarr-developers/steering-council is interested in using GitHub to store and collaborate on private documents (e.g. contracts and legal documents related to our CZI funding).
The best way to get the access topology we want appears to involve:
create @zarr-developers/core-devs team, including all organization members, for easy restoration of "admin" permissions to repos
give @zarr-developers/core-devs "admin" permissions on all public repos (notebook)
The main downside seems to be that, going forward, new-repo creators will need to give "admin" rights to the core-devs team. Consensus on @zarr-developers/steering-council is that that's worth the streamlining of our processes. I also believe this is an established pattern for leveraging GH Teams for access-control.
I plan to complete the final step above tomorrow. If some assumption is wrong and it does change anyones' access in an undesired way, we can always revert. Comments welcome!
The text was updated successfully, but these errors were encountered:
The @zarr-developers/steering-council is interested in using GitHub to store and collaborate on private documents (e.g. contracts and legal documents related to our CZI funding).
The best way to get the access topology we want appears to involve:
core-devs
, and thus retain admin permissions on all public repos)This set of steps shouldn't change anyones' access to repositories under zarr-developers.
The main downside seems to be that, going forward, new-repo creators will need to give "admin" rights to the
core-devs
team. Consensus on @zarr-developers/steering-council is that that's worth the streamlining of our processes. I also believe this is an established pattern for leveraging GH Teams for access-control.I plan to complete the final step above tomorrow. If some assumption is wrong and it does change anyones' access in an undesired way, we can always revert. Comments welcome!
The text was updated successfully, but these errors were encountered: