Nick,

don't forget to add some tags to example.gramps in trunk, so that we have a good testing database.
Especially around the connections with Garner Lewis Anderson, as that is often used in testing reports, editors, ...

In my experience, it is nice to use example.gramps while testing database change, then commit example.gramps (note that it must be unzipped), and let the list know it contains examples.

Benny

2010/8/30 Benny Malengier <benny.malengier@gmail.com>


2010/8/30 Doug Blank <doug.blank@gmail.com>

On Mon, Aug 30, 2010 at 6:43 AM, Nick Hall <nick__hall@hotmail.com> wrote:
> Benny,
>
> How do we handle intermediate upgrades?  The database version will not
> increase, so the upgrade script will not be run.

In the past, we have not handled intermediate upgrades (partial
upgrades during development) --- too much code to maintain. (But I
have always maintained a personal intermediate version for my own
use---code that I delete when the final version is done. That would be
fairly easy to do... change the current upgrade to go to 14.5. Then we
can add the name change database changes too, and remove 14.5 from the
code when we get near release time).

> I was expecting that developers would either upgrade from the 3.2
> version again or import a backup into a new database.

Yes, that is the standard way. But be careful! Intermediate versions
are corrupted versions.

As Doug says, in the past we did not support intermediate version upgrade.  Some of our trunk users don't like that...

My argumentation for this is _fiirst_ testing of the full upgrade path by all developers, and _second_ to avoid extra complication on changing the db. As you now know, it is already sufficient work to change something.

Benny

-Doug

> Nick.
>
>
> Benny Malengier wrote:
>> Important: Broken trunk databases coming, do not use trunk for work as
>> long as developers do not clear it.
>>
>> People who do NOT use our development code (trunk) can skip this mail.
>>
>> Just to be clear to everybody, upgrading your database after last
>> commit of yesterday might work ok, but it does mean that upgrading a
>> database brings your database to an in between NOT SUPPORTED state.
>>
>> What we support is the database scheme of version 3.2, what will be
>> the 3.3 scheme, and upgrade from 3.2 to 3.3.
>>
>> After the upgrade you do today, your database is in an in between
>> state, and hence no longer supported, so ONLY UPGRADE FOR TESTING !!
>>
>> Use 3.2 for real work. Normally, using xml to go from 3.3 to 3.2
>> should keep working.
>>
>> Nick, if issues, and when you do the upgrade for the other database
>> objects, ONLY TEST upgrade from 3.2 to your last database change, do
>> NOT test upgrade of previous upgrade to new upgrade.
>> When we release, all our users will do the first, only developers will
>> test the last, so it is paramount that what we test every time is 3.2
>> to 3.3, and nothing else.
>>
>> Greetings,
>> Benny
>>
>>
>> 2010/8/29 Nick Hall <nick__hall@hotmail.com
>> <mailto:nick__hall@hotmail.com>>
>>
>>     Devs,
>>
>>     I have now committed the first stage of the new tagging
>>     functionality to
>>     trunk. (r15830)
>>
>>     http://gramps-project.org/wiki/index.php?title=GEPS_011:_Tagging
>>
>>     Please note that this involves a database upgrade to version 15.
>>
>>     1. Functionality
>>
>>     Toolbar button and Edit menu tag menu allows users to tag a
>>     selection of
>>     people in a Person View with a new tag or an existing tag.
>>     Toolbar button and Edit menu tag menu gives access to a tag organizer.
>>     Tags can be viewed and edited in the person editor.
>>     Tags column in Person Views.
>>     New HasTag person filter.
>>     Tag selection in the person sidebar filter.
>>     Tag organizer allows users to Add, Edit and Remove tags.
>>
>>     2. Limitations
>>
>>     I have implemented this for people only at the moment.  We can extend
>>     this to other primary objects later.
>>     I have not written the xml export and import yet.  This is the
>>     next item
>>     on my ToDo list.
>>
>>     3. Known Issues
>>
>>     It is possible to Undo a "Remove Tag" operation.  This will
>>     restore the
>>     tags in the Person objects but noe restore the entry in the Tags
>>     lookup
>>     table.
>>     A tag will be lost if an object is tagged when its editor is open and
>>     then "OK" is clicked in the editor.
>>
>>
>>     Let me know what you think.
>>
>>     Regards,
>>
>>
>>     Nick.
>>
>>     ------------------------------------------------------------------------------
>>     Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
>>     Be part of this innovative community and reach millions of netbook
>>     users
>>     worldwide. Take advantage of special opportunities to increase
>>     revenue and
>>     speed time-to-market. Join now, and jumpstart your future.
>>     http://p.sf.net/sfu/intel-atom-d2d
>>     _______________________________________________
>>     Gramps-devel mailing list
>>     Gramps-devel@lists.sourceforge.net
>>     <mailto:Gramps-devel@lists.sourceforge.net>
>>     https://lists.sourceforge.net/lists/listinfo/gramps-devel
>>
>>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> Gramps-devel mailing list
> Gramps-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>