Closed blackheaven closed 11 years ago
Non, même problème.
ça sent le commit effacé. Il y aurait un moyen de mettre à jour composer.lock ? j'ai tenté de le faire mais beaucoup de tests échouent.
Les tests qui plantent sont dû à Doctrine qui bloque les INSERT quand des champs NOT NULL sont vides. Mais ces champs sont les champs created_at/updated_at qui ont un trigger dans la base de données.
Bref, je creuse
tiens moi au jus, j'ai besoin d'une version fonctionnelle pour mettre Behat.
J'ai commencé à travailler sur l'intégration Behat, je me suis assigné à la #93 Mais il y a des bugs plus urgents si tu veux
En fait, le soucis ne viens pas de Doctrine, mais de MySQL qui bloque la requête. Tu as du faire comme moi : passer en 5.6
ah, ok. je vais voir ça. Oui, je vais repasser en 5.5 pour voir.
Voilà surement une piste : http://dev.mysql.com/doc/refman/5.6/en/timestamp-initialization.html
Je viens de tenter la migration du schéma de base de données en utilisant la technique du lien ci dessus, et tout les tests passent au vert.
Dès ce soir, je vérifie la version du serveur MySQL de prod pour voir si c'est une solution acceptable.
Il me reste également à préparer un script de migration de la base de données existante + un scénario de déploiement.
En prod, le serveur est en 5.5. Le problème des tests est donc uniquement à cause de la version de MySQL utilisé : dans le cas de 5.6, les tests plantent. Il faut que je trouve une solution pour prévenir ça.
Est-ce que je suis le seul à avoir ce soucis ? $ ./composer.phar install --dev