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
A while back, @infinisil and I considered managing the GitHub Organization as code. To get something out quickly, we decided to start with today's text-only format.
The vision for the code approach was that any members could submit PRs to change their team membership instead of asking us to do the changes manually. Assuming CI is applying the changes, this would allow the SC to delegate ownership of the org more effectively while maintaining a level of transparency since all the changes are happening through code now. The "org" team can still be around as a fallback but doesn't need to be invoked as often.
A few months back, I met with the wonderful people behind https://www.ipdx.co/ (@galargh and @laurentsenta), and they have a ready-made solution: https://github.com/ipdxco/github-as-code . It works both ways: the data model updates the GitHub org settings, and the org setting changes also update the data model. It's based on Terraform.
Before doing anything, I'd like to get the feedback of the SC and other org owners on whether that would be a good idea. Let me know if I should get into more details.
In terms of migration paths, I see something like this:
Configure a new Terraform backend in AWS with the Infra team.
@zimbatm Thanks for putting together the issue! I'd be more than happy to help with the setup or any other changes to the GitHub as Code project if needed 😄
A while back, @infinisil and I considered managing the GitHub Organization as code. To get something out quickly, we decided to start with today's text-only format.
The vision for the code approach was that any members could submit PRs to change their team membership instead of asking us to do the changes manually. Assuming CI is applying the changes, this would allow the SC to delegate ownership of the org more effectively while maintaining a level of transparency since all the changes are happening through code now. The "org" team can still be around as a fallback but doesn't need to be invoked as often.
A few months back, I met with the wonderful people behind https://www.ipdx.co/ (@galargh and @laurentsenta), and they have a ready-made solution: https://github.com/ipdxco/github-as-code . It works both ways: the data model updates the GitHub org settings, and the org setting changes also update the data model. It's based on Terraform.
Before doing anything, I'd like to get the feedback of the SC and other org owners on whether that would be a good idea. Let me know if I should get into more details.
In terms of migration paths, I see something like this:
The text was updated successfully, but these errors were encountered: