In-Portal Issue Tracker - In-Portal CMS
|Viewing Issue Advanced Details|
|ID:||Category:||Type:||Reproducibility:||Date Submitted:||Last Update:|
|1314||[In-Portal CMS] Install / Upgrages||refactoring||N/A||2012-06-11 07:04||2012-12-24 00:13|
|Status:||needs work||Product Version:||5.1.3|
|ETA:||none||Fixed in Version:|
|Change Log Message:||Upgrade file storage refactoring|
|Summary:||0001314: Change module upgrade script storage system|
Right now In-Portal has upgrades.php and upgrades.sql files in each module, that can be upgraded.
Over time we got a lot of code there that is only executed once, but distracts attention from actual last upgrade script code that needs to be written.
I'm proposing, that we return to upgrade script storage system, like it was in 4.2.0 and earlier versions of In-Portal:
one file per version:
* upgrade_5.2.0-B3.sql and upgrade_5.2.0-B3.php and so on
Using php build-in function "version_compare" we can easily sort these files. But this time let's place these files in install folder sub-folder and not in install folder itself, like it was done in 4.2.0 and before.
All PHP upgrade scripts will derive from kUpgradeHelper (as right now) so there will be ability to use common code between modules as before.
|Steps To Reproduce:|
|2012-12-24 00:13||Dmitry||Assigned To||=> alex|
|2012-12-24 00:13||Dmitry||Status||active => needs work|
|2012-11-12 00:37||Dmitry||Target Version||Icebox => 5.3.0|
|2012-06-11 07:04||alex||New Issue|
|2012-06-11 07:04||alex||Reference||=> https://groups.google.com/d/topic/in-portal-dev/2cr5xkoEzWs/discussion|
|2012-06-11 07:04||alex||Change Log Message||=> Upgrade file storage refactoring|
|2012-06-11 07:04||alex||Estimate Points||=> 1|
|There are no notes attached to this issue.|