|Problems? Is your data what you think it is?|
Is this a bad approach? Would it be better to just keep using the source module files (*.pm) directly without modulizing them, and just come up with some way to handle unit tests, rather than use the h2xs-generated framework?
I don't think it's a bad approach - but there are certainly other ways of going about it. For example:
Previously, the mod_perl-driven website that used these modules used "use lib ..." to access the source for the libraries directly so there was no module build process, but in converting them to module distributions, they will each require building with ...
With these not being CPAN modules, what is a good way to determine which version of each module is currently installed on a system?
That's what $VERSION is for :-)
Also, what is a good way to handle the build process so that only those modules that have been modified are rebuilt? I can do a CVS update of the module sources on each system, but I need some way to determine which modules need to be re-built and re-installed. I have thought of making a global Makefile (or perl script that does basically the same thing a Makefile would do) to handle this, but am not sure if that's the best approach.
When I go this route this is the structure I use:
Where the root Makefile.PL is like this one, and the individual module Makefile.PL files are as you would normally expect.
This allows me to:
In fact I have a hook script that, on commit, does a make test on the application as a whole and mails me if it goes wrong. I'm a Subversion user, but I'm sure it will carry across to CVS.
Hope this makes sense :-)