just doc is left!
[dbsrgits/DBIx-Class-DeploymentHandler.git] / lib / DBIx / Class / DeploymentHandler / HandlesVersioning.pm
CommitLineData
24794769 1package DBIx::Class::DeploymentHandler::HandlesVersioning;
2use Moose::Role;
3
f344dd91 4# note: the sets returned need to match!
24794769 5requires 'next_version_set';
f344dd91 6requires 'previous_version_set';
24794769 7
24794769 81;
9
10__END__
11
12# normally a VersionHandler will take
13# a to_version and yeild an iterator of
14# "version sets" or something like that.
15#
16# A "version set" is basically an arrayref
17# of "version numbers" (which we already know
18# is vague as is.) Typically an call to a
19# VH w/ a db version of 1 and a "to_version"
20# of 5 will iterate over something like this:
21# [1, 2]
22# [2, 3]
23# [3, 4]
24# [4, 5]
25#
26# Of course rob wants to be able to have dep
27# management with his versions, so I *think* his
28# would work like this:
29#
30# to_version = 7, db_version = 1
31# [1]
32# [5]
33# [7]
34#
35# Because 7 depended on 5, 5 was installed first;
36# note that this potentially never released module
37# doesn't use version pairs, instead it just yeilds
38# versions. Version pairs are too much work for users
39# to have to deal with in that sitation. We may
40# actually switch to this for other versioners.
41#
42# The upshot of all this is that the DeploymentMethod
43# needs to be able to take an ArrayRef[VersionNumber],
44# instead of just a pair of VersionNumber.
45vim: ts=2 sw=2 expandtab