<div dir="ltr"><div>I think our team structure on Github has become unruly. I prefer that we use teams only when we can demonstrate that there is a strong need. At the moment, the gluster-maintainers and the glusterd2 projects have teams that have a strong need. If any other repo has a strong need for teams, please speak up. Otherwise, I suggest we delete the teams and add the relevant people as collaborators on the project.</div><div><br></div><div>It should be safe to delete the gerrit-hooks repo. These are now Github jobs. I&#39;m not in favor of archiving the old projects if they&#39;re going to be hidden from someone looking for it. If they just move to the end of the listing, it&#39;s fine to archive.<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jun 29, 2018 at 10:26 PM Michael Scherer &lt;<a href="mailto:mscherer@redhat.com">mscherer@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le vendredi 29 juin 2018 à 14:40 +0200, Michael Scherer a écrit :<br>
&gt; Hi,<br>
&gt; <br>
&gt; So, after Gentoo hack, I started to look at all our teams on github,<br>
&gt; and what access does everybody have, etc, etc<br>
&gt; <br>
&gt; And I have a few issues:<br>
&gt; - we have old repositories that are no longer used<br>
&gt; - we have team without description<br>
&gt; - we have people without 2FA who are admins of some team<br>
&gt; - github make this kind of audit really difficult without scripting<br>
&gt; (and the API is not stable yet for teams)<br>
&gt; <br>
&gt; So I would propose the following rules, and apply them in 1 or 2<br>
&gt; weeks<br>
&gt; time.<br>
&gt; <br>
&gt; For projects:<br>
&gt; <br>
&gt; - archives all old projects, aka, ones that got no commit since 2<br>
&gt; years, unless people give a reason for the project to stay<br>
&gt; unarchived.<br>
&gt; Being archived do not remove it, it just hide it by default and set<br>
&gt; it<br>
&gt; readonly. It can be reverted without trouble.<br>
&gt; <br>
&gt; See <a href="https://help.github.com/articles/archiving-a-github-repository/" rel="noreferrer" target="_blank">https://help.github.com/articles/archiving-a-github-repository/</a><br>
&gt; <br>
&gt; - remove project who never started (&quot;vagrant&quot; is one example, there<br>
&gt; is<br>
&gt; only one readme file).<br>
&gt; <br>
&gt; For teams:<br>
&gt; - if you are admin of a team, you have to turn on 2FA on your<br>
&gt; account.<br>
&gt; - if you are admin of the github org, you have to turn 2FA.<br>
&gt; <br>
&gt; - if a team no longer have a purpose (for example, all repos got<br>
&gt; archived or removed), it will be removed.<br>
&gt; <br>
&gt; - add a description in every team, that tell what kind of access does<br>
&gt; it give. <br>
&gt; <br>
&gt; <br>
&gt; This would permit to get a bit more clarity and security. <br>
<br>
So to get some perspective after writing a script to get the<br>
information, the repos I propose to archive:<br>
<br>
Older than 3 years, we have:<br>
<br>
- gmc-target<br>
- gmc<br>
- swiftkrbauth<br>
- devstack-plugins<br>
- forge<br>
- glupy<br>
- glusterfs-rackspace-regression-tester<br>
- jenkins-ssh-slaves-plugin<br>
- glusterfsiostat<br>
<br>
<br>
Older than 2 years, we have:<br>
- nagios-server-addons<br>
- gluster-nagios-common<br>
- gluster-nagios-addons<br>
- mod_proxy_gluster<br>
- gluster-tutorial<br>
- gerrit-hooks<br>
- distaf<br>
- libgfapi-java-io<br>
<br>
And to remove, because empty:<br>
- vagrant<br>
- bigdata<br>
- gluster-manila<br>
<br>
<br>
Once they are archived, I will take care of the code for finding teams<br>
to remove.<br>
<br>
-- <br>
Michael Scherer<br>
Sysadmin, Community Infrastructure and Platform, OSAS<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailman/listinfo/gluster-devel</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">nigelb<br></div></div>