Christophe Appell wrote at 2006-4-14 17:43 +0200:
On 4/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Well, this is one reason that I strongly prefer keeping my code
on the file system. The availability of change-control software
is the other. I happen to like git.
Well, we are probably going to do this for files (some forms have
associated document files), but I don't see how this would be overly
possible for form data, am I off base ? Oh, I would love to implement
change control software but I figure let's ask for emergency changes
first and then we can look at luxury options.
We have a situation similar to yours and handle it in the following
way:
We classify things into
* logic/presentation -- maintained on the file sytem
They are synchronized via CVS/SVN
* configuration -- maintained in the ZODB, in separated objects,
and transfered with ZSyncer from development to
production sites.
* content -- maintained either in the ZODB or external databases
(depending on whether they are poorly or highly structured)
They are never transfered from development to production site
but occasionally in the other direction.
There are a few object types that unfortunately mix configuration
and content. Catalogs are a prominent example.
We handle them by manually performing the reconfiguration in the production
site that we previously tested in the development site.
--
Dieter
___
Zope-DB mailing list
Zope-DB@zope.org
http://mail.zope.org/mailman/listinfo/zope-db
