[documentation] disable contribs on updates. or not: chicken egg;
Bèr Kessels
ber at webschuur.com
Wed Feb 22 19:07:48 UTC 2006
Hi,
http://drupal.org/upgrade/ speaks about updates that *exclude* any contribs or
custiom modules and themes. A general consensus is to upgrade without your
custom code. Makes sense. Made sense, its getting hairy.
With the new .install files and with the menu-a-primary links upgrades
(requires to read the the prim/sec links, see http://drupal.org/node/49501)
we have a problem, Houston.
If I upgrade my site without my custom modules and themes: the proper code
(par example the proper theme settings) are not read. Resulting in dataloss
(redoing seven primary links is not /that/ much work, but still).
If I upgrade my site with my custom modules and themes enabled and installed:
the update will most probably fail because of PHP issues (like function not
found: some_removed_core_function)
If I cannot upgrade my site, I cannot upgrade my modules, because my
(development) site needs to be upgraded before it can be a test-bed for my
upgraded module.
So, what to do? How to properly document this *before* the 4.7 release? I
think this is purely a docs issue, its too late to fix this with code.
My shot would be to say in the manuals:
* For Developers and maintainers of modules: please use a clean database, and
use the generate modules to create data to update and test your module
with/for 4.7
* For Joe Schmoe: move all your stuff to a backup. Then put a new 4.7 in
place. Then put the released 4.7 modules you had in 4.6 in your /modules.
Then do the same for themes. Then run the upgrade.
* For Consultants and hosts: find some fancy way with symlinks, secondary IPS,
database hotcopies, and dev/test subdomains. If you cannot, you shouldn't be
running such a host :)
Bèr
--
[ Bèr Kessels | Drupal services www.webschuur.com ]
More information about the documentation
mailing list