Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Bon, cette news n'arrive pas très en avance, mais le développement du Zend Framework 2.0 a commencé.
Je vous invite à voir l'annonce sur la mailing list du ZF.
http://n4.nabble.com/ZF-2-0-development … l#a1755658
La branche SVN est ici :
http://framework.zend.com/svn/framework … opment-2.0
A+, Philippe
Hors ligne
Hello,
Pour des infos plus à jour, la liste contributor est disponible via Nabble (je suis pas certain que c'était le cas auparavant) : http://n4.nabble.com/ZF-Contributor-f680267.html
@+
Hors ligne
C'est quoi cette mode de basculé de svn vers git ?
Hors ligne
Je n'ai pas encore testé git au delà du hello world, mais j'avais lu cet article qui expliquait "qualitativement" les avantages :
http://www.joelonsoftware.com/items/2010/03/17.html
De mon coté à court terme, je trouve que c'est sympa de faire un commit offline... mais je me rends bien compte que c'est pas un argument hyper percutant . Il paraît que sur des gros codes, c'est infiniment plus rapide (et je trouve ça assez séduisant).
A+, Philippe
Hors ligne
Un avantage à GIT est qu'il n'y a pas de résidu impropre au code dans les répertoires. Avec subversion, des répertoires ".svn" sont créés dans chaque répertoire du projet. Il me semble avoir lu que GIT centralisait tout dans un répertoire à part, à me valider ^^
Personnellement j'utilise subversion, il est mieux intégré dans Eclipse. J'ai essayé d'utiliser GIT pour le découvrir, mais je ne suis pas encore près, ça change pas mal je trouve.
Pour le moment, je trouve tout mes besoin dans SVN, donc je reste comme ça.
Hors ligne
Hello,
Au boulot j'ai un SVN ainsi qu'un clone GIT sur clé USB. Cela me permet de travailler directement sur le SVN à la boîte et d'avoir la possibilité de livrer par unité de travail quand je suis à la maison.
Tu peux donc travailler au fin fond de nulle part et toujours livrer par unité de travail. Au delà de cet aspect décentralisé, je ne trouve pas Git plus ou moins compliqué que Svn. Je travaille avec l'un ou l'autre quasiment exclusivement en ligne de commande. Quand je travaille sous Windows (par ex), j'aime bien TortoiseSVN et sa petite soeur TortoiseGIT.
Je pense que l'arrivée de GitHub a aussi aidé au déploiement de Git. Ce site te permet de stocker 300Mo de référentiel Git : en tenant compte de la compression forte du référentiel Git et de fichiers principalement textes (PHP, CSS ou HTML) avec 300Mo tu peux voir venir.
En terme de vitesse, je trouve effectivement Git plus rapide que Svn mais je n'ai pas de chiffres exacts.
En tout état de cause la migration de Svn vers Git pour ZF n'est pas décidé. Le nombre important de contributeur et la présence du CLA sont pour l'instant un frein à cette migration (http://weierophinney.net/matthew/archiv … mmits.html).
@+
PS : j'avais essayé auparavant Svk mais le développement semble stoppé et j'avais beaucoup d'erreurs lors des fusions.
Hors ligne
En lisant : http://n4.nabble.com/Status-22-Mar-2010 … l#a1755344
J'avais l'impression Matthew était pret à y passé...
Moi, J'ai l'habitude du centralisé, mais j'ai du mal à comprendre d'un décentralisé. En quoi ca peut être une gêne au développement ?
Moi, j'ai l'impression de voir une mode. "Le décentralisé, c'est bien" alors on migre...
Les répertoires encombré de .svn, c'est un faux argument. Normalement, on ne distribue pas son répertoire de travail pour release. Le répertoire de travail doit fournir une release, pas se fournir lui même.
On peut surement un trouver des avantages, je n'en doute pas, mais j'ai l'impression de voir un effet de mode.
Hors ligne
C'était vrai le 22 mais plus autant le 24
Tu n'as vraisemblablement jamais travaillé sans ton serveur SVN en face sinon tu aurais eu envie comme moi de voir les décentralisés.
Un autre exemple : tu travailles sur une nouvelle fonctionnalité, tu as déjà fait pas mal de travail puis un client t'appelle car il a un bug qu'il faut corriger rapidement.
# Stocke temporairement tes modifs $ git stash # Tu corriges ton bug ... # Tu livres $ git commit -m "Correction bug TOTO" # Tu reprends ta nouvelle fonctionnalité où tu en étais $ git stash pop
Mickael
Hors ligne
Je crois que je ne comprendrais qu'à l'usage (mais faut aussi que je trouve un moment pour m'y mettre)
Il m'arrive de travaillé sans mon svn oui. Ca ne m'empêche pas de travaillé à priori.
C'est intéressant ton exemple. Moi, pour svn, je fais différemment. C'est plus complexe :
Lorsque je fais une release, je tags. (par exemple 1.0).
Je déploies une branche 1.1 (copy 1.0 au moment du déploiement)
Et je travaille ma version 2.0 sur trunk
Un client à un bug ? je corrige sur branche 1.1 puis je merge dans mon trunk
Ensuite, je release 1.1
Mais, je vois toujours pas ou le décentralisé peut m'aider, car de toute manière, la version production de mon client est distante.
Je sais qu'il faut que je teste git, mais, il faut un peu de temps quand même, on migre pas en un tour de main..
Hors ligne
Il y a le coté communauté (je pense à GitHub) qui est pas mal...
C'est pas un petit argument... C'est très convivial GitHub ! Ca attire les contributeurs ou ca les regroupe.
Hors ligne
Salut,
Le mapper pour MongoDB n'est qu'expérimental, comme le disent les développeurs de Doctrine, l'arrivée du support des bases noSQL est encore loin
Mais ils y pensent et se testent, c'est bien.
A+ benjamin.
Dernière modification par Delprog (01-06-2010 09:59:37)
Hors ligne
Je crois que tu t'es trompé de post pour répondre.
Mais pour te répondre, je ne sais pas si un ORM est utile dans le cadre de développement avec des bases NoSQL...
Hors ligne
Juste pour être précis, c'est dans le cas de Doctrine considéré comme un ODM (et non un ORM) : Object Document Mapper (http://www.doctrine-project.org/blog/do … ent-mapper)
Hors ligne
D'ou l'avantage d'avoir décomposé Doctrine 2 en DBAL + ORM
Hors ligne
J'ai utilisé ORM car ODM n'est valable que pour Mongo qui est Orienté Document. Mais toutes les bases NOSQL ne sont pas orientées documents
Mais j'aurais pu être plus clair.
Hors ligne
Hello,
Effectivement je me suis trompé, je devais avoir deux onglets ouvert et j'ai posté dans le mauvais
Je répondais à ça : http://www.z-f.fr/forum/viewtopic.php?pid=28028#p28028 si un admin/modo veut bien déplacer, merci.
A+ benjamin.
Hors ligne
@Delprog : Je vais te laisser faire un copier coller, je ne peux que déplacer un thread entier, pas une réponde isolée, mais bon c'est suffisamment hors sujet pour que ça ne perturbe pas la lecture de ce thread
Hors ligne