Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What happens to your github/resources when a WG closes? #14

Open
tfpauly opened this issue Oct 13, 2021 · 2 comments
Open

What happens to your github/resources when a WG closes? #14

tfpauly opened this issue Oct 13, 2021 · 2 comments
Labels
maintainability Deployment best practices, discussion, issue tracking

Comments

@tfpauly
Copy link
Member

tfpauly commented Oct 13, 2021

If we use GitHub info for implementation status, what should WGs do when they close?
Should we have designated people who maintain official GitHubs?

@tfpauly tfpauly added the maintainability Deployment best practices, discussion, issue tracking label Oct 13, 2021
@tfpauly
Copy link
Member Author

tfpauly commented Oct 13, 2021

See: https://www.rfc-editor.org/rfc/rfc8875.html#name-working-group-closing

When a working group is closed, the team with administrative access would be removed, and the owner list would be returned to the Secretariat and current ADs at the time of closing. The organization summary and the repositories within the organization would be updated to indicate that they are no longer under development. Later, the owner list could become just the Secretariat, or it might include others chosen by the Secretariat or the IESG.

@mnot
Copy link

mnot commented Oct 18, 2021

I don't think that's a great outcome; it makes the repo(s) effectively un-administered, yet still open to discussion, issues and PRs. That could get out of hand quickly.

While the repo(s) could be archived, that cuts off potentially valuable contributions to future revisions, and could negatively impact interop and security because the community has effectively been shut down.

What I'd suggest is that such ex-WG repos be handled somewhat like non-WG mailing lists in the IETF: they live on to foster the community and possibly to incubate the next bis or extension that requires a WG. They have a manager/owner who's chosen by the appropriate AD, to make sure things get done and don't go off the rails.

The tricky part here is communicating that the repo(s) / org is not an official IETF activity while will associating it with the IETF. The simple part is adjusting text on README and similar pages. The harder part is if the repo/org name contains "wg" or similar -- although GitHub makes it easy to rename with clean redirection.

Perhaps that last bit is a reason to reconsider the naming conventions in 8875.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
maintainability Deployment best practices, discussion, issue tracking
Projects
None yet
Development

No branches or pull requests

2 participants