hi,
Working on getting some of the git.c.o stuff into place, and we came up against an interesting problem - in a single organisation on github, one cant have sub groups or sub directories. So if we intend to run a complete set of git mirrors from git.c.o on github.c then were going to have a single listing of a few thousand repos.
It is possible to setup teams, that are then visible as github.com/orgs/CentOS/teams/virtsig etc - and one can see just the repos that team is responsible for - but might there be a more elegant solution ?
one potential solution is to have github.com/CentOS as the parent organisation, and setup CentOS-SIG-Virt etc as completely different organisations, with teams that are able to completely admin that namespace ( maybe CentOS-SIGVirt or something shorter ).
I've had a few conversations with the folks over at github and there doesnt seem to be any other obvious workaround to this. Unless, I am missing something ?
thoughts / comments on a potential plan ?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/24/2014 09:44 AM, Karanbir Singh wrote:
thoughts / comments on a potential plan ?
My first thought is to ponder about making centos.github.com be the main page. As that is a self-designed portal, we can organize the thousands of repos by various groupings, mainly around abstracting from the thousands to the dozens.
In that scenario, we accept the huge listing at github.com/centos and point people at the organized centos.github.com page instead.
While I'm not against using the team setup (it's not obviously that inelegant to me), I like the idea of having a parent org of github.com/CentOS and SIG variants running their own org. This makes for cleaner URLs and let's the SIGs run their own access/auth without requiring anything from the parent in the team/org scenario.
Regardless of the choice, I do think we want to do some curated view using (likely) the same tool as www.centos.org (currently nanoc) at the centos.github.com subdomain.
- - Karsten - -- Karsten 'quaid' Wade .^\ CentOS Doer of Stuff http://TheOpenSourceWay.org \ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
On 04/25/2014 03:14 AM, Karsten Wade wrote:
In that scenario, we accept the huge listing at github.com/centos and point people at the organized centos.github.com page instead.
would'nt git.centos.org meet this requirement ? it can group by teams, by subdir or by tags for individual repos ( allowing users to setup their own 'views' as it were ).
Also, a static pageset will need some level of automation to keep it in sync with the repo states, the git.c.o interface works on the git repos themselves, so as long as its got the github url as an alternate source, it should remain in sync ( but obviously, cant pupp metadata from github, so stuff like pending merge-requests etc will still be only on github )
- KB
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/25/2014 02:58 AM, Karanbir Singh wrote:
On 04/25/2014 03:14 AM, Karsten Wade wrote:
In that scenario, we accept the huge listing at github.com/centos and point people at the organized centos.github.com page instead.
would'nt git.centos.org meet this requirement ? it can group by teams, by subdir or by tags for individual repos ( allowing users to setup their own 'views' as it were ).
Also, a static pageset will need some level of automation to keep it in sync with the repo states, the git.c.o interface works on the git repos themselves, so as long as its got the github url as an alternate source, it should remain in sync ( but obviously, cant pupp metadata from github, so stuff like pending merge-requests etc will still be only on github )
OK, then it sounds like going with separate organizations for each SIG e.g. CentOS-Virt-SIG, CentOS-Storage-SIG, etc.? That lets the SIGs run their own group independently, raising people to full contributor status through usual merit channels, and keeps things channelized nicely.
- - Karsten - -- Karsten 'quaid' Wade .^\ CentOS Doer of Stuff http://TheOpenSourceWay.org \ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
On 04/24/2014 05:44 PM, Karanbir Singh wrote:
hi,
Working on getting some of the git.c.o stuff into place, and we came up against an interesting problem - in a single organisation on github, one cant have sub groups or sub directories. So if we intend to run a complete set of git mirrors from git.c.o on github.c then were going to have a single listing of a few thousand repos.
for now, were just going with a flat /CentOS/ on github and we use groups on git.centos.org;
-
Karanbir Singh -
Karanbir Singh -
Karsten Wade