[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 1.5 readiness checks (1.2/1.3/1.4 upgrades in particular)

Thinking about the potential requirement to migrate people through 1.4 before going to 1.5: I don't really like that idea, because we went through quite a bit of trouble to make sure our database schema management doesn't generate as many errors in 1.5 as it did in 1.3/1.4.
But then, if we were to require people to move through 1.4, they would still be confronted with the old behaviour we expressly replaced to improve user experience.

All in all, I now think we need to migrate 1.2 and 1.3 users to 1.5 directly. As for 1.4 migration, that's probably already in place with the sql/changes/ directory. Correct?

On Apr 18, 2016 10:24 PM, "Erik Huelsmann" <..hidden..> wrote:
Hi all,

In preparing for the 1.5 release, I'm going over a few things that need to be absolutely fine when we release 1.5. Today I was checking:

- Installation docs (to be done)
- Correct operation of setup.pl (was worked on last week, doing fine on my system now)
- Correct operation of login.pl (we're running tests on this one all the time; doing fine on my system)

One topic that drew my attention today -- largely due to Arne Hanssen's issues with 1.4 -- is data migration. We have a largish number of scripts in sql/upgrade/. Some seem to be for upgrades to 1.3, some to 1.4, some to be used manually, others to be used by automated migration for setup.pl.

However, none of them seem to target 1.5; neither does Upgrade_Tests.pm include 1.5.

Now, I know that we have very few schema changes between 1.4 and 1.5 and we have the sql/changes/ directory, but I'm not clear on how to tie this all together at this point.

Should we simply remove the 1.2->1.3, 1.2->1.4 scripts? What about the 1.3->1.4 scripts? From my understanding, the sql/changes/ directory picks up from 1.4.0; do we require all 1.2 and 1.3 users upgrade by going through 1.4 first? I mean, I understand we don't provide community support for 1.2 and 1.3 anymore; does that mean no migrations either?

These questions are for my own understanding as well as for documentation to go with the 1.5 release.



http://efficito.com -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
Ledger-smb-devel mailing list