On Tue, Jul 20, 2010 at 11:55 AM, Ævar Arnfjörð Bjarmason <a...@cpan.org> wrote:
> Is it semi-bolted to CPAN itself as the old version was (at least that
> was my perception), or is it now easier to run your own custom CT
> service for your own programs?
Yes and no. The underlying Metabase framework is agnostic. By
implementing "Facts" and "Reports" you define data types for
collecting information. What you do with it downstream is up to you.
The CPAN Testers Facts and Report are defined in
CPAN::Testers::Report and the transport to assemble and send them is
Test::Reporter::Transport::Metabase.
It's pretty easy to write those for some other purpose. For example,
Tux implemented a set of tools for sending Perl Test::Smoke reports to
a Metabase:
http://search.cpan.org/~hmbrand/Test-Smoke-Metabase-0.21/
All I had to do on the CT2.0 server was to install his classes and add
them to a config file as supported classes.
Most of the Metabase components are on CPAN. The web server is not,
mostly because I haven't gotten around to it yet. To do what you want
for Git, you would need to:
1. set up a Metabase server somewhere
2. write Fact/Report classes defining your test results
3. write a transport mechanism to create reports and send them via
Metabase::Client::Simple
4. write something to extract reports and summarize them (as
www.cpantesters.org does)
#1 is still a little difficult since only the AWS back-end is really
well supported and tested. I would love to see someone write a decent
database backend (relational or schema-less) which would make it
really easy for someone to fire up a Metabase server on a linode or
other virtual machine.
The long term goal is absolutely to make this an open framework. I
want companies to be able to set up their own internal Metabase
servers and use the full CPAN Testers toolkit on their own DarkPAN
code.
-- David
