Am Dienstag, dem 28.08.2012 um 11:54 schrieb Jörn Friedrich Dreyer: > On 28.08.2012 10:42, Sebastian Kügler wrote: > > On Friday, August 24, 2012 19:31:42 Jörn Friedrich Dreyer wrote: > >> I am currently merging master into my personal stable4-oracle branch and > >> will commit oracle support tomorrow. This will allow us to give the > >> implementation a lot of testing before owncloud customers will be using > >> it in production. > > > > Strikes me, and the amount of breakage and subsequent comments seems to > > support this feeling, that the branch should be well tested *before* being > > merged into master, not merging into master as trigger for people to > > actually > > test it and then hope that bugs are actually being fixed. Motivation for > > fixing bugs is usually much higher pre-merge than post-merge. > Sorry again, for causing all this trouble. I was using the oracle > support successfully for three weeks at our customer with the stable > branch. And after merging the changes into master I of course tested the > whole thing. The bugs Thomas sent me were PHP notifications in the > sqlite driver that were ugly but installation still worked correctly. I > wont go into pointless details. What I' trying to say is that I was > confident that oracle support was working and that margin it to master > had not done too much harm. I was wrong. I am sorry. And I will take > care of fixing the bugs and writing BDD Tests for Thomas so he likes me > again. >
No worries - I never stopped liking you! I hope you feel the same! ;-) > @Bernhard: Sorry for breaking the news app. I'll look into the CLOB > /TEXT issue again. > > >>From my experience, maintaining support for multiple databases (and their > > creative variants of SQL) is pure madness without a layer that takes care > > of > > these differences. Even then, it's not a walk in the park. Of course, it > > can > > be gotten right, but only with a very strict testing mentality. "Merge, and > > see if it breaks" is not that mentality. > I agree. I tried. And I failed. Now, nobody needs to point out anymore > that I screwed up. Maybe we can shift the energy we are putting into > this discussion into deciding on a ORM layer. One that we don't need to > bypass to do more than the usual CRUD operations. Doctrine also has a > "Migrations" Project to version the database schema. > +1 > so long > > Jörn > > -- > Jörn Friedrich Dreyer (j...@owncloud.com) > Software Developer > ownCloud GmbH > > Your Data, Your Cloud, Your Way! > > ownCloud GmbH, GF: Markus Rex, Holger Dyroff > Schloßäckerstrasse 26a, 90443 Nürnberg, HRB 28050 (AG Nürnberg) > _______________________________________________ > Owncloud mailing list > Owncloud@kde.org > https://mail.kde.org/mailman/listinfo/owncloud _______________________________________________ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud