396f998788
As a consequence, the items table now remains authoritative for all item information: any subfields not explicitly mapped in the framework are still stored. In addition, the additional unlinked subfields are now retained during a call to ModItem. Two additional points of note: * an upgrade script from 2.2 and earlier 3.0 instllations is needed to populate items.marc_subfields_xml; I am working on this. * A behavour of bulkmarcimport.pl has now changed; any item subfields not explicitly mapped to a Koha items field were dropped; they are now retained and are stored in items.more_subfields_xml. This can affect data migrations. Signed-off-by: Joshua Ferraro <jmf@liblime.com>
20 lines
659 B
Perl
20 lines
659 B
Perl
# the next koha public release version number;
|
|
# the kohaversion is divided in 4 parts :
|
|
# - #1 : the major number. 3 atm
|
|
# - #2 : the functionnal release. 00 atm
|
|
# - #3 : the subnumber, moves only on a public release
|
|
# - #4 : the developer version. The 4th number is the database subversion.
|
|
# used by developers when the database changes. updatedatabase take care of the changes itself
|
|
# and is automatically called by Auth.pm when needed.
|
|
|
|
use strict;
|
|
|
|
sub kohaversion {
|
|
our $VERSION = "3.00.00.048";
|
|
# version needs to be set this way
|
|
# so that it can be picked up by Makefile.PL
|
|
# during install
|
|
return $VERSION;
|
|
}
|
|
|
|
1;
|