Where to keep the badges repo?

Falk, Oliver Oliver.Falk at omv.com
Mon Jun 17 17:58:38 UTC 2013


Hi!

I usually tend to create a separate WS for such things (and separate repo). This way you can easily move it wherever you want (changing CNAME records only). Fully featuring the ideas of SOA.
Anyway. Only my way to do it...

-of (mobile)

Am 17.06.2013 um 19:45 schrieb "Ralph Bean" <rbean at redhat.com<mailto:rbean at redhat.com>>:


I spent some time last week learning ansible and setting up the new
badges-backend01.stg.  There's a daemon that runs there that reads in
a number of yaml files.  Each one defines a badge and a set of rules
that must pass for the badge to be automatically awarded to a
contributor (based on fedmsg activity).

Up to now, I've been keeping all these badges in the ansible repo;
ansible copies them into /usr/share/badges on the managed node.

You can find the ones I have so far here:
  http://infrastructure.fedoraproject.org/infra/ansible/roles/badges-backend/files/badges/

I need to get them out of the ansible repo.  There's going to be too
many of them, and we're going to be iterating on them and changing
them often.  I was thinking of creating another git repo on lockbox at
/git/badges/ for this.

In the longrun though, we want contributors from every corner of the
community to contribute new badge ideas (come up with some artwork,
make their own yaml definition -- and make it real).  We'll have a
process for debating and vetting new badges.

GitHub's pull request work flow could be a good fit here.  It would
however set a new precedent for our degree of integration with gh.com<http://gh.com>.
Any thoughts?
_______________________________________________
infrastructure mailing list
infrastructure at lists.fedoraproject.org<mailto:infrastructure at lists.fedoraproject.org>
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

<inline.txt>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/infrastructure/attachments/20130617/321806e9/attachment-0001.html>


More information about the infrastructure mailing list