Damien Metzger Posted November 15, 2012 Share Posted November 15, 2012 Bonjour à tous, Au sein de l'équipe coeur, PrestaShop a toujours été un projet passionnant. Depuis plusieurs années, nous construisons jours et nuit, brique par brique, ce logiciel qui nous est cher. Un logiciel gratuit et open source, qui fait vivre tous les jours plus de 100 000 marchands, mais aussi des agences, des freelances ou encore des partenaires technologiques dans tous l'écosystème de l'e-commerce. Nous avons toujours essayé d'écouter l'ensemble de la communauté qui s'est formée autour de ce projet, pour faire les meilleurs choix d'évolution. Aujourd'hui, nous souhaitons aller encore plus loin dans cette démarche open-source ... Nous passons PrestaShop sur GitHub ! Tous les développeurs pourront, dès la semaine prochaine, contribuer directement à la conception du logiciel. Plutôt que de faire des demandes sur la forge pour que l'équipe de développeurs applique des patches ou développe de nouvelles fonctionnalités, ceux d'entre vous qui savent coder pourront faire des pull requests sur GitHub. Les correctifs qui vous manquent, les petits détails qui vous gênent depuis longtemps, les adaptations du logiciel à tous les pays du monde : chacun peut maintenant apporter son expérience et ses compétences personnelles et en faire profiter des dizaines de milliers de personnes. Bien sûr, pour garantir une certaine cohérence et s'assurer de points essentiels comme la sécurité, notre équipe validera à la main toutes les propositions. Avec un grand pouvoir viennent de grandes responsabilités : nous comptons également sur vous pour respecter la norme PrestaShop Elle est accessible sur notre site de documentation : http://doc.prestashop.com/display/PS14/Development+standard Les projets concernés sont la version 1.4, qui est encore maintenue mais pour laquelle nous ne développons plus de nouvelles fonctionnalités, et la version 1.5, sur laquelle tous les nouveaux projets sont actuellement développés. Nous vous donnerons également la possibilité de proposer des modules et adaptations spécifiques à certains pays pour que PrestaShop soit conforme non seulement à la loi, mais également aux habitudes des internautes dans les différentes cultures. La forge restera pleinement opérationnelle : http://forge.prestashop.com/ Ce changement est un grand moment pour PrestaShop, et nous espérons que vous saurez l'apprécier autant que nous . La transition va s'effectuer en douceur mais nous espérons que toute la communauté en tirera profit très rapidement ! A bientôt sur GitHub ! 11 Link to comment Share on other sites More sharing options...
Mar20 Posted November 15, 2012 Share Posted November 15, 2012 (edited) Bonjour, Une vraie belle nouvelle bravo pour le choix qui va ravir beaucoup . Edited November 15, 2012 by Mar20 (see edit history) Link to comment Share on other sites More sharing options...
Luc Lérot Freelance Posted November 15, 2012 Share Posted November 15, 2012 Ouep, +1 les gars ! Link to comment Share on other sites More sharing options...
vins Posted November 15, 2012 Share Posted November 15, 2012 C'est tout simplement ce que j'attendais !!! Link to comment Share on other sites More sharing options...
Ninja Of Web Posted November 15, 2012 Share Posted November 15, 2012 +1 ?? Non ! + 10 000 2 Link to comment Share on other sites More sharing options...
Prestaspirit Posted November 15, 2012 Share Posted November 15, 2012 C'est une très bonne nouvelle! On va pouvoir vous soumettre très simplement des ajouts de fonctionnalités ou des correctifs. Est-ce que ce seras le moyen officiel de distribution, vous allez vraiment passer sur github pour le versionning de Prestashop avec plusieurs branches? Est-ce que vous aller abandonner la version SVN au profit de Github? Link to comment Share on other sites More sharing options...
patfrat Posted November 15, 2012 Share Posted November 15, 2012 (edited) Super ! J'utilise Git et Github tous les jours ! Superbe initiative, on va pouvoir être à jour en 1 ligne de commande et tester, debugger et participer plus facilement à l'évolution de Prestashop ! Edited November 15, 2012 by patfrat (see edit history) Link to comment Share on other sites More sharing options...
ZenGraph Posted November 15, 2012 Share Posted November 15, 2012 Champagne ! Link to comment Share on other sites More sharing options...
CharlyAes32 Posted November 15, 2012 Share Posted November 15, 2012 Up ! + 1 Il est évident qu'avec la contribution de tous, Prestashop promet de très grandes choses et de belles avancées. Link to comment Share on other sites More sharing options...
plefort Posted November 16, 2012 Share Posted November 16, 2012 Oui,c'est bien !!!! n'est ce pas encore un outils francais que l'on va perdre !!!? Deja , que nous devons regulierement reprendre les modules (qui sont de moins en moins OPEN et de plus en plus chers...,) les versions , les mises à jours incessantes ,etc,c'est amusant pour les webmasters et developpeurs , mais pas forcement pour les commercants qui sur 3/4 mois ont deja l'impression d'avoir leur outil en ligne obsolete, je comprend que les choses évoluent , mais moi personnellement j'ai perdu des themes et des modules souvent suite à des "evolutions" et on recommence ....OK Beaucoup comme moi ne sommes pas des pros et nous bidouillons au mieux grace aux forums et pour certains (beaucoup meme) on est nul en anglais Bon , j'étais parti un an en mission, j'ai peu suivi Prestashop ,je reviens... je me rend compte que c'est devenu business et fric à fond , Attention .... ce n'est pas rien!!! ce ne sont plus des modules avec des contributions à 50/80€ , maintenant c'est 300/500/800€ ,tu mets quatres options sur ton site et tu veux passer un theme en 1.5 ,tu t'en tires vite fait pour 5000 euros Bien evidement, ces sites rapportent pour certains pas mal de fric , mais on s'eloigne de l'idée de départ et des Open Source , et pourtant , la communauté y a contribué pas mal (faut leur filer des actions gratos) ..... Petit coup de gueule qui n'enleve rien à la qualite de Prestashop et leur competence Link to comment Share on other sites More sharing options...
Yoya Posted November 16, 2012 Share Posted November 16, 2012 Bravo pour cette décision intelligente tant au niveau technique que financier! 1 Link to comment Share on other sites More sharing options...
Ninja Of Web Posted November 16, 2012 Share Posted November 16, 2012 Plefort, Je vais essayer de te rèpondre car je ne suis pas du tout de ton avis : C'est une évolution que tous le monde atend depuis des mois. Tu n'a jamais posté sur la forge ? Les délai sont de plus en plus long et donc cette outil nous (développeur) permettras de proposer des fixes sur des bugs qui traines depuis un petit moment, mais aussi proposer des amélioration sur des features mal coder ou encore proposer de nouvelles features... Qu'est ce qui fait que le logiciel ne soit plus français ? Cette une nette amélioration qui feras que les prochaines versions seront beaucoup plus complètes... Qu'est ce qui fait que les modules seront moins Open (tu voulais dire Gratis) ? Si les modules ne sont pas gratuits (et la je parlerai des modules hors prestashop car il doivent bien se faire du fric un moment donné ou un autre sinon PrestaShop n'existerai plus) c'est juste que les développeurs sont moins sensible à développer gratuitement aujourd'hui. Tu est quoi en faite ? Je ne comprends plus... Marchand, développeur, graphiste ? Tu dis que tu bidouillle. J'espère que tu ne fais pas partis de ces vendeurs de thèmes qui vendent sans même tester sont thème en affichant les erreur PHP... Ou encore qui vendent des thèmes compatible 1.5 mais pas multiboutique ! Il n'y a pas que thême qui doit être multiboutique, mais aussi les modules fournit dans ce thème (peut être rien à voir avec toi, c'est mon petit coup de gueule ah les français râlent tous le temps !). Si tu pense que les modules sont maintenant trop chère (tu site : ce ne sont plus des modules avec des contributions à 50/80€ , maintenant c'est 300/500/800€), pourquoi ne pas faire appel à un Freelance honnête qui te prendra certainement moins chère ? À moins que ce soit des modules de paiement ou de transport ou la je ne vois pas pourquoi se serait trop chère... Si pour un passage d'un thème de 1.4 à 1.5 tu en as pour 5000€, il y a réellement un vrai problème mais une solution qui dire => change de prestataire !!! Beaucoup de Freelance sont sur le marché, et beaucoup recherche de nouveau projet (moi le premier !). Fait tous simplement des devis un peut partout tu aura très certainement des prix qui varient dans tous les sens. Cordialement, Loic Link to comment Share on other sites More sharing options...
Vincent Augagneur Posted November 16, 2012 Share Posted November 16, 2012 Merci @ts de votre soutient dans ce changement. @Prestaspirit : En effet ce seras le moyen officiel de distribution, progressivement, 1.5 dans un 1er temps puis 1.4. Link to comment Share on other sites More sharing options...
ScaleDEV Posted November 16, 2012 Share Posted November 16, 2012 Super cette nouvelle !! Link to comment Share on other sites More sharing options...
Prestaspirit Posted November 16, 2012 Share Posted November 16, 2012 Merci Vincent. Je rejoint ZenGraph, champagne! C'est vraiment une bonne nouvelle autant pour vous qui allez pouvoir profiter des ajouts, correctifs etc... de la communauté, que pour nous pour en ajouter très très simplement. Merci la team de faire évoluer Prestashop dans le bon sens. Link to comment Share on other sites More sharing options...
Captain FLAM Posted November 16, 2012 Share Posted November 16, 2012 Ah ben tout de même !! C'est pas trop tôt Bon, ben : Youpi, quoi !! Link to comment Share on other sites More sharing options...
Johann Posted November 16, 2012 Share Posted November 16, 2012 en voilà une nouvelle qu'elle est bonne ! Link to comment Share on other sites More sharing options...
Icedocemile Posted November 16, 2012 Share Posted November 16, 2012 Ca tombe au poil car avec tous les correctifs à apporter à la v1.5, jev ais pouvoir faire tous mes pull requests. Link to comment Share on other sites More sharing options...
Hedrad Posted November 16, 2012 Share Posted November 16, 2012 Wouhou ! Link to comment Share on other sites More sharing options...
DevNet Posted November 16, 2012 Share Posted November 16, 2012 Super ! Link to comment Share on other sites More sharing options...
krachot Posted November 16, 2012 Share Posted November 16, 2012 (edited) Très très bonne nouvelle. Néanmoins ce passage sous Github, soulève quelques interrogations: - Comment allez vous recetter les PR réalisées par les contributeurs extérieurs, sans un jeu complet de tests unitaires et fonctionnels sur le coeur de Prestashop - Une première étape ne serait elle pas justement de demander aux contributeurs de vous aider dans la mise en place de ces tests ? Si oui quel outil utiliser (PHPUnit, Atoum, behat, ...) ? Mettre en place un suivi d'intégration continu avec Travis ci (https://travis-ci.org/) par ex. serait une très bonne chose. - La documentation va t'elle aussi migrer sur Github à l'instar de projet comme Symfony (https://github.com/s...ny/symfony-docs) ? Cela permettrait aux contributeurs de soumettre des chapitres, corriger les erreurs ou fautes d'orthographe. - Les contributeurs devront-ils signer une CLA (http://en.wikipedia....cense_Agreement) ? - Une mise en place de la convention PSR-O (https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md) est-elle à l'ordre du jour ? Le support de composer et de cette norme serait un bon atout pour assurer l'interopérabilité de Prestashop avec des librairies externes. Edited November 16, 2012 by krachot (see edit history) 3 Link to comment Share on other sites More sharing options...
iXs Posted November 16, 2012 Share Posted November 16, 2012 (edited) Edited November 18, 2012 by iXs (see edit history) Link to comment Share on other sites More sharing options...
doekia Posted November 17, 2012 Share Posted November 17, 2012 Une question me taraude quand même suite à la cette très bonne initiative... Le bug report ... toujours la forge? 1 Link to comment Share on other sites More sharing options...
Ninja Of Web Posted November 17, 2012 Share Posted November 17, 2012 Une question me taraude quand même suite à la cette très bonne initiative... Le bug report ... toujours la forge? Pourquoi ne serait-elle pas maintenu ? Tu aura toujours des marchants qui ont des bugs et qui ne savent pas les résoudres... D'ailleurs tu as la réponse dans le premier post de Damien ici : La forge restera pleinement opérationnelle : http://forge.prestashop.com/ Loic. Link to comment Share on other sites More sharing options...
doekia Posted November 17, 2012 Share Posted November 17, 2012 C'est pas ce que je veux dire c'est si je détecte un dysfonctionnement, et que j'ai le correctif, je fork + pull request. Mais dois-je aussi faire un bug report? Par ailleurs la forge n'est pas pour les marchands qui ne savent pas résoudre des problèmes. Hélas ce que nous avons vu ces derniers temps avec pour résultat de noyer le Team dans des discussions type forum sur la forge. Ma question est plus concernant l'organisation et quelques phrases liminaire ne suffisent pas a savoir comment nous devrons faire. On va me dire: "attends on vera" et c'est je crois là qu'a chaque fois PS se prend le pied dans la carpette. Merci de nous spécifier les meilleures pratique à utiliser en amont du déploiement du GitHub. Et même si il faut perdre quelques jours pour sortir une vraie documentation sur la future organisation, on y gagnera sur le long terme chacun sachant quoi faire, où et comment. 1 Link to comment Share on other sites More sharing options...
Ninja Of Web Posted November 17, 2012 Share Posted November 17, 2012 Bonne question doekia Je ne l'avait pas compris dans ce sens Link to comment Share on other sites More sharing options...
BigZ Posted November 19, 2012 Share Posted November 19, 2012 YES !! Enfin... Vous nous avez écoutés, merci ! Maintenant Merci de nous spécifier les meilleures pratique à utiliser en amont du déploiement du GitHub. Et même si il faut perdre quelques jours pour sortir une vraie documentation sur la future organisation, on y gagnera sur le long terme chacun sachant quoi faire, où et comment. +1 @ Krachot : je pense pas que la team ps fasse de test unitaire en interne par contre pour la doc ca serait chouette. Ca, ou un wiki. Link to comment Share on other sites More sharing options...
Jean-Bruno Posted November 19, 2012 Share Posted November 19, 2012 Wow Est -ce bien comme je le crois qu'il n'y aura plus mille manipulation à faire dans les css et que mes fichiers seront automatiquement mis à jour en 2 coup de cuillère en argent ? Si oui coooool ! Link to comment Share on other sites More sharing options...
doekia Posted November 19, 2012 Share Posted November 19, 2012 Wow Est -ce bien comme je le crois qu'il n'y aura plus mille manipulation à faire dans les css et que mes fichiers seront automatiquement mis à jour en 2 coup de cuillère en argent ? Si oui coooool ! ?? pas sûr de comprendre. Tes fichiers c'est tes fichiers ... Link to comment Share on other sites More sharing options...
Asenar Posted November 19, 2012 Share Posted November 19, 2012 Excellente nouvelle ! Link to comment Share on other sites More sharing options...
Damien Metzger Posted November 20, 2012 Author Share Posted November 20, 2012 Hello doekia, Chaque chose en son temps, mais le point que tu soulèves est en effet celui qui nous faisait le plus peur au début. Nous ne voulions pas ouvrir aux contributions et finir par laisser trainer les pull requests ou tous les refuser par manque d'organisation. Mais après un rapide audit des gros projets open source mis à disposition sur github, nous avons estimé que le volume de pull requests resterait largement sous contrôle (le plus gros qu'on a trouvé c'est symfony avec une centaine de pull requests en attente). Nous en avons discuté avec beaucoup de personnes, et la remarque qui revenait le plus était "Chouette, je vais pouvoir corriger tous ces petits détails qui m'embêtaient depuis longtemps". C'est ce que nous attendons dans un premier temps. Nous espérons bien évidemment des corrections de bug de la forge, mais sans se faire d'illusions non plus. Est-ce que vous pouvez soumettre des patches sans poster au préalable sur la forge ? Avec plaisir ! Quant aux nouveaux développements, nous n'en sommes pas encore là. Pendant quelques mois, nous allons encore stabiliser la 1.5, la rendre plus rapide, améliorer l'ergonomie, éventuellement apporter quelques améliorations mineures. Mais il n'est pas à ce stade question de distribuer les tâches en disant "Toi doekia tu nous codes un module de point of sale". Nous allons bien sûr publier une documentation pour cadrer les contributions, et d'une manière générale nous sommes en train d'affiner le parcours client des demandes de support, rapport de bugs, corrections, etc. Tout ça vient... progressivement 8 Link to comment Share on other sites More sharing options...
mexique1 Posted November 20, 2012 Share Posted November 20, 2012 Salut Damien, Merci pour ce dernier post très honnête et plein d'humilité. C'est avec ce genre de démarche et d'attitude que vous pouvez, je pense, regagner la confiance et le support de la communauté, il faut dire un peu mise de côté depuis quelques temps. Merci, et à bientôt sur GitHub. 1 Link to comment Share on other sites More sharing options...
mexique1 Posted November 20, 2012 Share Posted November 20, 2012 (edited) - Une mise en place de la convention PSR-O (https://github.com/p...cepted/PSR-0.md) est-elle à l'ordre du jour ? Le support de composer et de cette norme serait un bon atout pour assurer l'interopérabilité de Prestashop avec des librairies externes. Je ne pense pas que ce soit à l'ordre du jour.. D'une part, PrestaShop supporte PHP 5.2, afin de rester compatible avec la plupart des "petits" hébergeurs qui, malheureusement, sont encore en 5.2 pour plus de la moitié, donc pas de namespaces, donc pas de PSR-0. Ce serait un tournant intéressant, dans un autre thread on avait évoqué le "problème" Par contre, je ne vois pas pourquoi tu parles de Composer ? Tu veux en faire quoi ? Composer est principalement un outil de gestion des dépendances. Certes, PrestaShop utilise certaines librairies tierces dans le dossier /tools (Smarty, FPDF..), mais j'ai bien peur que celles-ci ne soient pas hébergées sur Packagist.. Et puis celà présente peu d'intérêt, en tout cas avec la "philosophie" actuelle du soft. PrestaShop est une solution packagée censée fonctionner out-of-the-box A l'inverse, je vois mal PrestaShop se retrouver en tant que package Composer.. la plupart des classes ne fonctionnent réellement que dans le "kernel" PrestaShop, avec beaucoup de constantes. Bref les classes ne respectent pas le open-close principle (je me repète, je suis lourd et chiant, je sais..), et c'est ce qui les empêche plus ou moins d'être utilisées dans n'importe quel contexte. On pourra peut-être travailler à améliorer celà sur GitHub, mais c'est un gros chantier. Ce serait pourtant intéressant.. On pourrait imaginer les classes de PrestaShop transformer un projet Symfony, FuelPHP, etc.. en site e-commerce, en s'appuyant sur ses composants (gestion du catalogue, commande, etc..) - Comment allez vous recetter les PR réalisées par les contributeurs extérieurs, sans un jeu complet de tests unitaires et fonctionnels sur le coeur de Prestashop - Une première étape ne serait elle pas justement de demander aux contributeurs de vous aider dans la mise en place de ces tests ? Si oui quel outil utiliser (PHPUnit, Atoum, behat, ...) ? Mettre en place un suivi d'intégration continu avec Travis ci +1000. C'est incontournable. Celà rejoint aussi le sujet précédent : j'ai (pas assez) essayé de coder des tests unitaires pour PrestaShop : le code est intestable. Par exemple, des classes qui intialisent des propriétés private dans le constructeur . Celles-ci sont utilisées ailleurs, c'est impossible de les mocker. Coder des tests permettra de sécuriser le code et de le rendre plus ouvert. Pour Travis, idem, c'est incontournable. Edited November 20, 2012 by mexique1 (see edit history) 2 Link to comment Share on other sites More sharing options...
krachot Posted November 21, 2012 Share Posted November 21, 2012 Au sujet de la convention PSR-0: la convention est utilisable aussi bien sur PHP5.3 avec les namespaces, que sur PHP5.2 avec des noms de classes utilisant le symbole "underscore" comme séparateur (ex: la classe Foo_Bar à le chemin d'accès suivant /Foo/Bar.php ). Donc il est tout à fait possible pour Prestashop d'utiliser cette norme. Sur le support de PHP5.2: C'est une hérésie de continuer à supporter cette version à mon sens. Pour rappel la branche 5.2 de PHP n'a plus de support officiel, et la dernière version de corrections date du 6 Janvier 2011 (sic.). S'il reste de petits hébergeurs qui n'ont pas encore migré (il doit pas en rester beaucoup), l'adoption de PHP5.3 par des projets tels que Prestashop leur forcera la main tout naturellement. Pour composer: Plusieurs façons d'utiliser cet outil. Pour ma part, et justement parce que Prestashop est un outil à installer facilement, il seait très appréciable de pouvoir lancer la commande : php composer.phar create-project prestashop/prestashop-standard <mon répertoire> 1.5 Et ainsi d'installer directement la dernière version stable de Prestashop avec toutes les librairies dépendantes mises à jour. Et si en plus du support de "composer", Prestashop supporte aussi l'outil "bower" (http://twitter.github.com/bower/, gestion des assets), on pourrait en plus avoir une version de Prestashop avec les dernières versions de jQuery compatibles avec Prestashop, ... J'évoque même pas, le fait ensuite de pouvoir exécuter la commande: php composer.phar update Qui permettrait de mettre à jour Prestashop et toutes les librairies associées en une seule ligne de commande à chaque sortie de nouvelle version mineure Pour finir "composer" n'est pas du tout dépendant de Packagist. Cela marche très bien avec des librairies présentes sur github, mais aussi sur des dépôts (svn / git) hébergés ailleurs, et même au pire avec juste des archives zip ou des packages PEAR. Le tout est de bien configurer le fichier "composer.json". Au pire Pretashop pourrait utiliser "Satis" (https://github.com/composer/satis), pour héberger directement les librairies utilisées. Pour les tests unitaires / fonctionnels: Effectivement les classes de Prestashop sont intestables dans l'état. Néanmoins, un outil comme behat (http://behat.org/) permettrait déjà de recetter la couche fonctionnelle de l'application, et ainsi de s'assurer qu'il n'y ait pas de régression. Ensuite, j'espère vivement que Prestashop va suivre la mouvance introduite par Drupal et EzPublish, et arrêter de vouloir ré-inventer la roue en développement des librairies "sur-mesure", buggées et intestable. Et utiliser des composants "stables", supportées par une très large communauté. Je pense notamment aux composants de Symfony (Router, EventDispatcher, HttpFoundation, Form) ou de Zend Framework 2. 2 Link to comment Share on other sites More sharing options...
doekia Posted November 21, 2012 Share Posted November 21, 2012 +1000. C'est incontournable. Celà rejoint aussi le sujet précédent : j'ai (pas assez) essayé de coder des tests unitaires pour PrestaShop : le code est intestable. Par exemple, des classes qui intialisent des propriétés private dans le constructeur . Celles-ci sont utilisées ailleurs, c'est impossible de les mocker. Coder des tests permettra de sécuriser le code et de le rendre plus ouvert. Pour Travis, idem, c'est incontournable. +10000 surtout dans le cadre de l'acceptation de pull-request sur des classes / code bas-niveau Link to comment Share on other sites More sharing options...
doekia Posted November 21, 2012 Share Posted November 21, 2012 Sur le support de PHP5.2: C'est une hérésie de continuer à supporter cette version à mon sens. Pour rappel la branche 5.2 de PHP n'a plus de support officiel, et la dernière version de corrections date du 6 Janvier 2011 (sic.). S'il reste de petits hébergeurs qui n'ont pas encore migré (il doit pas en rester beaucoup), l'adoption de PHP5.3 par des projets tels que Prestashop leur forcera la main tout naturellement. Prestashop ne fonctionne pas d'ailleurs dans nombre de 5.2. On est dans le pur onanisme synaptique. Votons que Prestashop soit 5.3 mini ... ça va nettoyer du code. De là à passer en namespace... je ne sais pas si je suis chaud. Link to comment Share on other sites More sharing options...
Ninja Of Web Posted November 21, 2012 Share Posted November 21, 2012 Damien, Peut tu nous dire si la mise en place de test unitaire est prévu ? On pourrai s'organiser côté communauté pour les mettres en place et se répartir les tâches... Une fois les tests unitaires en place, je ne sais pas si c'est possible mais si il y a un Check avant de faire un commit de notre côté, cela permettra notamment de vous aider dans la validation des commits. Loic. Link to comment Share on other sites More sharing options...
mexique1 Posted November 21, 2012 Share Posted November 21, 2012 @krachot > T'es trop mon pote toi ! J'ai dit exactement la même chose à propos de PHP 5.2, et à propos de réutiliser des composants MVC Love ! Oui, PSR-0, je connais, ZF 1.0 l'utilise, et je l'utilise dans mes propres modules. Mais c'est impossible à mettre en place.. Les classes sont instanciées directement, pas de factory method.. Ca veut dire que si tu veux par exemple mettre la classe Product dans un package Catalog, il faudrait passer partout et remplacer new Product par new Catalog_Product. Et je ne parle pas des modules tierce partie.. on ne peut pas décemment demander aux développeurs de modules de changer ça.. De plus, je ne sais pas trop les effets que ça pourrait avoir sur l'autoload assez exotique qu'utilise PrestaShop Sur le fond, je suis d'accord avec toi, évidemment, mais je pense qu'il est plus urgent que les classes respectent quelques principes fondamentaux de OOP avant de mettre tous ces outils "cutting-edge" Il ne faut pas "s'enflammer" non plus : le fait de débarquer sur GitHub ne va pas transformer par magie PrestaShop en un soft super modulaire, pour les développeurs par les développeurs. Il doit rester quelque chose utilisable par tous. Link to comment Share on other sites More sharing options...
Erikku Posted November 21, 2012 Share Posted November 21, 2012 C'est quoi l'interet de migrer sous Gihub? Qu'est ce que ca fait qu'on ne pouvait pas faire avec SVN? Je ne comprends pas bien l'enthousiasme général... Link to comment Share on other sites More sharing options...
DevNet Posted November 21, 2012 Share Posted November 21, 2012 C'est quoi l'interet de migrer sous Gihub? Qu'est ce que ca fait qu'on ne pouvait pas faire avec SVN? Je ne comprends pas bien l'enthousiasme général... Un simple ouverture du code sur un outil de partage pour un travail collaboratif et / ou coopératif. La différence est que sur le SVN, seul les développeurs de PrestaShop et quelques développeurs de confiance possèdent une branche pour participer aux propositions d'améliorations du code. SVN est donc pour cet usage actuel un outil de download pour les 99% des utilisateurs qui s'y intéressent sans avoir de possibilité d'upload et force de proposition. Github est un outil plus ouvert dans le principe. Même si le git commit principal ne change pas du SVN, les 99% des potentiels participants peuvent s'approprier le projet facilement sur leur compte Github Repositories et ainsi commité ce que bon leur semble, seul ou avec d'autres collaborateurs sur ce même dépôt ou sur leur propre copie du dépôt. Libre ensuite à PrestaShop d'aller prendre connaissance des différents dépôts de tête qui ont été appropriés par les indépendants, et d'en tirer le meilleur. Donc la communication par rapport au SVN est une ouverture d'esprit et d'éthique. Rien que ça, c'est une avancé considérable dans le monde du logiciel libre. Link to comment Share on other sites More sharing options...
doekia Posted November 21, 2012 Share Posted November 21, 2012 Passer sous github c'est permettre a tous ceux qui ne sont pas la team (mais qui ont les compétences) de participer avec un minimum d'effort ... Dans le principe je fork, je patch, ... et je fais un pull request. Le team n'a plus qu'a accepter ou non le patch Link to comment Share on other sites More sharing options...
Patric Posted November 21, 2012 Share Posted November 21, 2012 Ayééééééé ! github.com/prestashop A vos claviers ! Merci de prendre connaissance de ce qui suit avant de vous lancer : PrestaShop is an open-source e-commerce solution - To contribute to our project, you can make pull requests on the development branch. All contributions must respect the norm: http://doc.prestashop.com/x/G4CP - If you fix a bug in your pull request, please specify the bug number in your pull request message (eg: #PSCFV-007) - If you need some help to make a pull-request: https://help.github.com/articles/using-pull-requests Link to comment Share on other sites More sharing options...
Patric Posted November 21, 2012 Share Posted November 21, 2012 Et pour ceux que ça pourrait intéresser : http://git-scm.com/book Un livre très complet sur Git. Gratuit. 2 Link to comment Share on other sites More sharing options...
DevNet Posted November 21, 2012 Share Posted November 21, 2012 J'ajoute à ça, pour les utilisateurs de windows (je suis gentil je pense à eux ), voici une vidéo tutoriel complète sur l'installation + manipulation de github : http://www.grafikart.../git-github-131 Et la version FR de la doc précédente de Patric : http://git-scm.com/book/fr A+ 2 Link to comment Share on other sites More sharing options...
iXs Posted November 22, 2012 Share Posted November 22, 2012 Dites donc c'est quand même vachement plus clair pour regarder les dernières modif de code, j'adore ! Link to comment Share on other sites More sharing options...
Captain FLAM Posted November 22, 2012 Share Posted November 22, 2012 @Team Presta : Est-ce que vous reporterez les commits de GitHub au fur et à mesure sur le SVN ?? Link to comment Share on other sites More sharing options...
J. Danse Posted November 22, 2012 Share Posted November 22, 2012 Dites moi, Je modifie des fichiers dans mon répertoire local. Avec "msysgit", je commit sur la branche "master" du fork réalisé. Cependant, quand je veux réaliser un pull request pour le commit en question (car je scinde ceux-ci par facilité), il semble tout de même vouloir tout envoyer (de ce qui est modifié). Comment cibler uniquement un commit, par exemple ? Link to comment Share on other sites More sharing options...
doekia Posted November 22, 2012 Share Posted November 22, 2012 Tu es sur Windows ? Je me demande si le mapping carriage-return => carriage-return+linefeed ne serait pas ton coupable Quel est ton IDE? (comment édites-tu tes fichiers?) Notepad++ peux être configuré pour forcer UTF-8 et cr. Mais il est possible que je me gourre je n'ai pas de Windows Mais un pull-request par commit ça doit le faire Link to comment Share on other sites More sharing options...
J. Danse Posted November 22, 2012 Share Posted November 22, 2012 Je suis donc sur Windows. Pour ce qui est de mon premier soucis, à savoir l'envoi d'un fichier complet et non des lignes modifiées, j'ai - je pense - corrigé ce problème en utilisant msysgit au lieu de l'application "GitHub Windows" fournie par le site. Maintenant, j'utilise Adobe Dreamweaver. Mais je ne pense pas que ce soit un soucis pour le reste. Lorsque j'effectue un pull request, - via le site GitHub - je n'ai pas le choix, il veut envoyer tout. J'ai cru lire qu'une ligne de commande permettait de faire un pull request d'un commit en particulier. Faut que je tente... Link to comment Share on other sites More sharing options...
mexique1 Posted November 22, 2012 Share Posted November 22, 2012 (edited) Toujours en galère ? J'ai ajouté quelques commandes Git sur mon fork https://github.com/a...1.5/tree/readme Je pense que tu n'as pas bien saisi comment utiliser Git/GitHub. Le mieux est de créer une branche par pull request. Celà permet de rendre les opérations plus atomiques. En effet, vu que tous les changements de ton pull request seront dans une branche, ça te permet aussi de "corriger" ton pull request éventuellement, simplement en refaisant un push. C'est pour ça que tu vois de nouveaux changements que tu ne voulais sans doute pas envoyer sur ton PR : https://github.com/P...staShop/pull/13 En gros, voici le workflow : - Passer sur la branche development, éventuellement merger les derniers changements depuis le dépôt upstream, c'est à dire depuis la branche development du dépôt de PrestaShop. - Créer une branche à partir de là - Faire ses modifs - Pousser la branche sur son fork. - Créer un pull request via GitHub, avec pour source la branche. - Etc.. Sinon ça serait cool de pas polluer ce thread, éventuellement si tu galères encore, créé un thread dédié à l'utilisation de GitHub, non ? Edited November 22, 2012 by mexique1 (see edit history) Link to comment Share on other sites More sharing options...
J. Danse Posted November 22, 2012 Share Posted November 22, 2012 Merci pour les infos, et on m'avait finalement dit qu'il était impossible de faire un pull request sur un commit uniquement; mais bien de faire une branche par commit. Chose que je ferais à l'avenir. Pour la pollution, je pense être en accord avec le sujet (et les messages du modérateur semble aller en ce sens, également). Ce serait plus intéressant de faire une page de documentation officielle, entre nous. Link to comment Share on other sites More sharing options...
mexique1 Posted November 22, 2012 Share Posted November 22, 2012 Ce serait plus intéressant de faire une page de documentation officielle, entre nous. C'est le but de mon pull request, en mode vite fait Le Wiki du repo n'est pas activé, ce serait bien pour ce genre de choses, mais c'est un peu dupliquer la doc de GiHub. https://help.github.com/articles/fork-a-repo Link to comment Share on other sites More sharing options...
Damien Metzger Posted November 22, 2012 Author Share Posted November 22, 2012 Hello, Tout comme pour la forge que nous souhaitons conserver, nous avons un site de documentation qui est beaucoup consulté : http://doc.prestashop.com/ Et vous pouvez bien évidemment contribuer à la documentation ! Cordialement, Link to comment Share on other sites More sharing options...
mexique1 Posted November 22, 2012 Share Posted November 22, 2012 Tu veux dire que le SVN va rester ? Je pensais que dans le contexte de réduction des coûts actuel, vous envisageriez de vous débarrasser de l'infrastructure SVN, qui doit certainement avoir un coût, ne serait-ce qu'en terme de stockage, pour confier l'hébergement à GitHub. Egalement, pour la doc il est possible de créer des GitHub Pages (http://pages.github.com/) et tout migrer là bas. Les pages étant une simple branche dans un dépot Git, tout le monde peut aider. C'est juste pour tout centraliser.. Link to comment Share on other sites More sharing options...
shagshag Posted November 22, 2012 Share Posted November 22, 2012 Sur le support de PHP5.2: C'est une hérésie de continuer à supporter cette version à mon sens. Pour rappel la branche 5.2 de PHP n'a plus de support officiel, et la dernière version de corrections date du 6 Janvier 2011 (sic.). S'il reste de petits hébergeurs qui n'ont pas encore migré (il doit pas en rester beaucoup), l'adoption de PHP5.3 par des projets tels que Prestashop leur forcera la main tout naturellement. C'est une jolie théorie mais ç'est pas pour demain. Prestashop est compatible PHP 5.1+ officiellement de la 5.1 à la 5.3 il y a de la marge. Lors d'une release 1.4 je sais plus quoi quelqu'un avait ajouté du code PHP 5.3 $a?:$b je crois. ça avait fait planter plein de monde. Prestashop même s'il s'en défend c'est pour les petits budgets donc des petits hébergeurs donc des vieux trucs. Exemple chez 1and1 : > php5 -vPHP 5.2.17 (cgi-fcgi) (built: Aug 14 2012 10:31:40) Copyright © 1997-2010 The PHP Group Zend Engine v2.2.0, Copyright © 1998-2010 Zend Technologies Au moins OVH laisse le choix mais qui le sait ? 1 Link to comment Share on other sites More sharing options...
doekia Posted November 22, 2012 Share Posted November 22, 2012 Compatibilité Prestashop: http://en.wikipedia.org/wiki/PrestaShop vérifie mieux ce serait pas plutôt 5.2.13? OVH laisse le choix tu peux même exécuter en 5.4 si tu veux . Petit budget? Oui ça tourne même derrière une ligne ADSL si on veut. Mais bon 60€ par an c'est bien du petit budget et c'est autre chose que des mutu ultra surchargé. (et tous les mutualisateur sont à la même enseigne là dessus - même dans les offres pro). Tu veux monter une vraie boutique un tant soit peu fonctionnelle? Ne va pas vers des mutus généraliste. 60€/an c'est 16cts par jour... Donc l'argument 5.1 c'est bancal à mon avis Link to comment Share on other sites More sharing options...
mexique1 Posted November 23, 2012 Share Posted November 23, 2012 Dans tous les cas, désormais inutile de parler, on peut agir directement : ceux qui veulent les namespaces, Composer & co, n'ont qu'à créer une branche et proposer quelque chose. This is GitHub ! Link to comment Share on other sites More sharing options...
shagshag Posted November 23, 2012 Share Posted November 23, 2012 Non selon la page qui est géré par Prestashop ( http://www.prestashop.com/en/system-requirements ) : A domain name Web server: Apache 1.3, Apache 2.x, Nginx or Microsoft IIS PHP 5.1+ installed and enabled MySQL 5.0+ installed with a database created FTP access (ask for your credentials) Les incompatibilités affichées sur Wikipedia ont été résolues apparemment. Petit budget? Oui ça tourne même derrière une ligne ADSL si on veut. Oui ça c'est vu sur le forum :-) sinon ceux qui font de la pub à la tv c'est 1and1 donc le gus qui veux monter seul sa boutique ira chez eux et il n'aura pas PHP 5.3. Tu veux monter une vraie boutique un tant soit peu fonctionnelle? Ne va pas vers des mutus généraliste. moi je sais, toi tu sais. Le gus cité plus haut ira vers ce qu'on lui propose Link to comment Share on other sites More sharing options...
doekia Posted November 26, 2012 Share Posted November 26, 2012 J'ai vu à la télé un parfum qui attire les filles. Je l'ai acheté mais bizarrement ça marche pas... Link to comment Share on other sites More sharing options...
J. Danse Posted November 26, 2012 Share Posted November 26, 2012 Dites, au niveau de la forge... Dès qu'un merge est traité par rapport à un bug de la forge (par exemple, je mentionne le lien pouir voir de quoi il traite), l'équipe ne devrait/pourrait-elle pas le cloturer ? Sinon, ce sera de plus en plus impossible de savoir ce qui est ou non encore présent. Je suis même prêt à passer en revue les tickets encore ouvert et à mentionner ceux qui sont résolus et non fermés ; même sans accès particulier: mais alors, il faudra un suivi de votre part ! 1 Link to comment Share on other sites More sharing options...
doekia Posted November 26, 2012 Share Posted November 26, 2012 1000% d'accord avec toi il faut vraiment faire le ménage :-) Et le pire c'est les tickets PNM ... ils ont été oubliés depuis si longtemps Link to comment Share on other sites More sharing options...
doekia Posted November 27, 2012 Share Posted November 27, 2012 Question: comment peut-on initier une discussion autour de certaines parties du code dans le Github? Annotate ne m'a l'air disponible que sur un pull-request... Exemple de discussion: On ne devrait pas permettre à un module de faire die() à l'intérieur d'un hook (hookUpdateOrderStatus, ...) ou alors avoir un Tools::die() qui génère une exception (donc trappable) Link to comment Share on other sites More sharing options...
mexique1 Posted November 28, 2012 Share Posted November 28, 2012 Il faut qu'ils ouvrent le Issue Tracker sur le dépôt ! 1 Link to comment Share on other sites More sharing options...
speedev Posted November 28, 2012 Share Posted November 28, 2012 poireautant depuis une semaine sur un svn délaissé et se sentant bien c*** : youpi ! Link to comment Share on other sites More sharing options...
speedev Posted November 28, 2012 Share Posted November 28, 2012 question un peu évidente mais...est-ce-que le cs reste toujours le même et ici ? http://svn.prestashop.com/branches/norm/ Link to comment Share on other sites More sharing options...
Patric Posted November 28, 2012 Share Posted November 28, 2012 question un peu évidente mais...est-ce-que le cs reste toujours le même et ici ? http://svn.prestasho.../branches/norm/ Comme mentionné dans la citation de mon post ci-dessus : http://doc.prestashop.com/display/PS15/Coding+Standard Link to comment Share on other sites More sharing options...
speedev Posted November 28, 2012 Share Posted November 28, 2012 Oui en fait je parle bien de cette documentation dont le cs de PS est indiqué comme hébergé sur svn. C'était juste pour m'en assurer étant donné que le transfert est récent vers github. Et de toute façon il n'y a pas de raison que votre standard ne change (au contraire) Merci Patric. (il faudra mettre à jour => http://www.prestashop.com/fr/versions-developpeurs) Link to comment Share on other sites More sharing options...
doekia Posted November 28, 2012 Share Posted November 28, 2012 Oui pas de raison qu'il change d'autant qu'il est plus ou moins ignoré par toute le monde Link to comment Share on other sites More sharing options...
chantane Posted November 28, 2012 Share Posted November 28, 2012 Bonjour, J'ai des idées pour améliorer le code de prestashop, en particulier pour le calcul du panier dont je trouve le code peu friendly. J'ai déjà réécrit le code correspondant. Existe t-il un forum de discussion dédié plus particulièrement à la communauté active. Merci. Link to comment Share on other sites More sharing options...
doekia Posted November 28, 2012 Share Posted November 28, 2012 Je te dirais de proposer directement ton code si il est finalisé sur le github. Link to comment Share on other sites More sharing options...
Captain FLAM Posted November 30, 2012 Share Posted November 30, 2012 Une question essentielle (à mettre éventuellement dans le 1er post) : Quelle différence entre les branches "Master" & "Development" ? Je veux dire par là : Apparemment, il y a des commits dans les 2 branches, mais plus récents dans "Development" Comment procède la Team pour "commiter" : validation en 2 temps ? La branche Master représente la version "stable" ? etc ... Link to comment Share on other sites More sharing options...
doekia Posted November 30, 2012 Share Posted November 30, 2012 Quelque part, même si ils n'ont pas l'air de s'en servir comme ça tu dois entrevoir la branche master comme la 1.5.2.0 et la branche dévelopement comme la version SVN. Tu ne peux que faire des pull-request vers la branche "dev" Tu synchronises tes branches contre la branche "dev" En espérant que ça t'éclaires Link to comment Share on other sites More sharing options...
Patric Posted November 30, 2012 Share Posted November 30, 2012 @Captain FLAM Comme le dit doekia et comme mentionné sur ce fichier : https://github.com/PrestaShop/PrestaShop/blob/master/CONTRIBUTING.md les PR doivent être faits sur la branche "development". Link to comment Share on other sites More sharing options...
Captain FLAM Posted December 2, 2012 Share Posted December 2, 2012 Merci, mais ... je m'ai mal ex-primé A quel moment la Team commitera les PR vers la branche Master ?? Autrement dit : la branche Dév sert pour les PR, et la Master restera en 1.5.2.0 définitivement ou pas ?? Link to comment Share on other sites More sharing options...
Captain FLAM Posted December 12, 2012 Share Posted December 12, 2012 (edited) bon : 10 jours après, toujours pas de réponse à ma précédente question ... Qu'importe, j'ai trouvé un truc sympa qui pourrait intéresser la Team : http://dbv.vizuina.com dbv est un gestionnaire de versions dédié au versionning de bases de données. S'appuyant sur git ou subversion, il permet, sous forme d'une interface web de comparer, la version à jour de vos bases de données avec vos copies locales. Vous pourrez ainsi vous assurer d'avoir toujours vos schémas à jour entres vos équipes; créer des scripts de migration et les commit ansi que d'apporter des corrections rapidement directement depuis l'interface. La création de nouvelles révisions se résume à la création de fichiers SQL contenant les instructions à répercuter par la suite. Par défaut, dbv est compatible avec MySQL mais il peut être étendu avec d'autres moteurs de bases de données en écivant ses propres adaptateurs. Edited December 12, 2012 by Captain FLAM (see edit history) Link to comment Share on other sites More sharing options...
Patric Posted December 13, 2012 Share Posted December 13, 2012 bon : 10 jours après, toujours pas de réponse à ma précédente question ... Je l'ai un peu zappée en effet. Le merge se fera lors des releases. La branche master reflètera donc toujours la dernière version de PrestaShop (pas tout à fait vrai pour le moment à cause de la migration depuis SVN). Link to comment Share on other sites More sharing options...
Captain FLAM Posted December 13, 2012 Share Posted December 13, 2012 okaaaayyy !! Merci Donc, c'est plus clair : équivalent SVN --> GitHub Dev équivalent download PS stable --> GitHub Master Link to comment Share on other sites More sharing options...
doekia Posted December 13, 2012 Share Posted December 13, 2012 Concernant les modules ... c'est quoi qui est prévu? Parce que là c'est carrément le bazar et ça n'a pas l'air d'aller en s'améliorant. repos Prestashop-modules repos Prestashop-1.4/modules repos PrestaShop-backward_compatibility Addons et chacun avec sa version... Link to comment Share on other sites More sharing options...
Patric Posted December 13, 2012 Share Posted December 13, 2012 équivalent download PS stable --> GitHub Master Oui, enfin il est toujours possible de le télécharger simplement depuis la page download du site. Link to comment Share on other sites More sharing options...
Patric Posted December 13, 2012 Share Posted December 13, 2012 Concernant les modules ... c'est quoi qui est prévu? Parce que là c'est carrément le bazar et ça n'a pas l'air d'aller en s'améliorant. repos Prestashop-modules repos Prestashop-1.4/modules repos PrestaShop-backward_compatibility Addons et chacun avec sa version... En faite par rapport à avant pas grand chose ne change : > repos Prestashop-modules modules partenaires qui sont automatiquement pushés sur Addons > repos Prestashop-1.4/modules c'est la même chose les modules partenaires viennent de Prestashop-modules > backward_compatibility à terme sera dans le repo Prestashop-modules Dès qu'on l'aura inclus dans tous les modules qui sont dans Prestashop-modules. Voilà Link to comment Share on other sites More sharing options...
doekia Posted December 13, 2012 Share Posted December 13, 2012 Concernant les modules le problème est qu' un seul repo pour tous les modules, je ne vois pas comment vous allez "releaser" le GitHub. Tout va donc être en développement... Comment savoir quelle version prendre? release et souffrir des bugs longtemps sans correctif addons avec d'autres bugs qui bien que reportés et corrigés sont là? prestashop-modules (dev) avec correctif mais instabilité potentielle? D'autant que rien ne gère la dépendance entre Core et PNM!! Et je répète aucun de ces repo/dépôt n'est synchro ... certains même de très loin 1 Link to comment Share on other sites More sharing options...
mexique1 Posted December 13, 2012 Share Posted December 13, 2012 Tu as bien évidemment raison. Déjà dit, mais il faudrait au pire un dépot dédié pour chaque "gros" module (complexe et qui évolue je veux dire), et les autres dans un dépot commun. Sinon dans l'idéal un dépot par module, mais il y en a qui sont tellement simples que ça en devient ridicule. Tu entends quoi par PNM ? Link to comment Share on other sites More sharing options...
doekia Posted December 13, 2012 Share Posted December 13, 2012 PNM = Prestashop native module ... c'est les modules qui ne sont pas dans modules .... comme blockcart par exemple Link to comment Share on other sites More sharing options...
wolfib Posted December 20, 2012 Share Posted December 20, 2012 Hello, Après avoir lu ce post, je commence à piger l'intérêt de GitHub. Par contre, il y a un truc que je ne comprends pas (je dois être bête). Je ne pense pas avoir les compétences malheureusement pour contribuer, mais par contre je suis intéressé par le téléchargement des fichiers modifiés. Et là je ne comprends pas, j'arrive pas à trouver un malheureux bouton "télécharger" pour un fichier ou un dossier. Une piste ? N'étant pas coutumier de GitHub, n'y aurait-il pas une page quelque part du genre "GitHub et Prestashop pour les nuls" ? Parce que je lis partout que c'est génial d'être passé à GitHub, mais pour un néophyte, ce n'est pas évident. Je ne pense pas être le seul à être largué, et encore, j'ai eu le courage de lire ce post, les liens attachés etc... Link to comment Share on other sites More sharing options...
doekia Posted December 20, 2012 Share Posted December 20, 2012 Tu dois prendre toute la branche. Sinon utilise le bouton "RAW" qui affiche le fichier en mode texte et copie/colle Mais attention un correctif peut-être basé sur de nombreux autres changements. Si tu n'a pas les compétence, il est peut-etre plus sage d'attendre les releases Link to comment Share on other sites More sharing options...
wolfib Posted December 20, 2012 Share Posted December 20, 2012 Tu dois prendre toute la branche. Sinon utilise le bouton "RAW" qui affiche le fichier en mode texte et copie/colle Mais attention un correctif peut-être basé sur de nombreux autres changements. Si tu n'a pas les compétence, il est peut-etre plus sage d'attendre les releases Hello, Ok merci. Je pensais récupérer des choses comme des éléments du thème ou certains modules. Link to comment Share on other sites More sharing options...
JayLab Posted July 22, 2013 Share Posted July 22, 2013 Bonjour, Suite à la question de Captain Flam : Quelle différence entre les branches "Master" & "Development" ? Je n'ai pas clairement la réponse : La branche Master est équivalente à celle que l'on trouve sur http://www.prestashop.com/fr/telechargement et les corrections mineures sont celles que l'on peut retrouver sur la branche Développement, c'est bien cela ? Link to comment Share on other sites More sharing options...
Captain FLAM Posted July 22, 2013 Share Posted July 22, 2013 Exact ! Tous les participants apportent des modifs sur la branche développement Link to comment Share on other sites More sharing options...
JayLab Posted July 22, 2013 Share Posted July 22, 2013 Merci beaucoup, je vais donc tenter de me mettre en place un process de travail avec netbeans en partant de la branche Master et la synchroniser sur la branche développement. Link to comment Share on other sites More sharing options...
Captain FLAM Posted July 29, 2013 Share Posted July 29, 2013 (edited) J'ai fait une synthèse ici : ►www.prestashop.com/forums/topic/264795-tuto-contribuer-a-presta-sur-github Au fait ça serait sympa de nous éclairer sur les autres branches, à quoi correspondent-elles ? A savoir : bootstrap(ça je suppose que c'est le bootstrap de twitter pour adapter l'affichage aux mobiles & tablettes). carrierwizard Edited July 31, 2013 by Captain FLAM (see edit history) Link to comment Share on other sites More sharing options...
Juda Posted July 30, 2013 Share Posted July 30, 2013 Des branches de test peut-être ? J'avais entendu dire que la 1.6 aura une meilleur expérience coté utilisateur avec bootstrap , et carrier Wizard c'est peut-être le signe d'un nouveau système de gestion des transporteurs, des zones, des états, et des départements :3 Très bonne synthése en passant. Link to comment Share on other sites More sharing options...
Captain FLAM Posted July 31, 2013 Share Posted July 31, 2013 Merci J'ai l'impression qu'ils mergent carrierwizard avec la branche dev en ce moment ... Link to comment Share on other sites More sharing options...
J. Danse Posted July 31, 2013 Share Posted July 31, 2013 Carrier Wizard est une branche sur laquelle la configuration des transporteurs est modifiée. Il s'agira désormais d'un "Wizard" permettant de suivre plusieurs étapes de configurations pour les transporteurs et leurs tranches de prix/poids respectives. Elle est actuellement entrain d'être "mergée" dans la branche développement qui sera la future release 1.5.5. La branche bootstrap est une branche sur laquelle le Back Office est modifié sur base du framework "boostrap". Il s'agit d'une nouvelle interface qui sera disponible dans la version 1.6. Link to comment Share on other sites More sharing options...
Captain FLAM Posted July 31, 2013 Share Posted July 31, 2013 (edited) Carrier Wizard est une branche sur laquelle la configuration des transporteurs est modifiée. Il s'agira désormais d'un "Wizard" permettant de suivre plusieurs étapes de configurations pour les transporteurs et leurs tranches de prix/poids respectives. Elle est actuellement entrain d'être "mergée" dans la branche développement qui sera la future release 1.5.5. C'est bien ce qu'il me semblait ... La branche bootstrap est une branche sur laquelle le Back Office est modifié sur base du framework "boostrap". Il s'agit d'une nouvelle interface qui sera disponible dans la version 1.6. Ok, donc seulement pour le B.O Merci pour la précision de tes réponses Edited July 31, 2013 by Captain FLAM (see edit history) Link to comment Share on other sites More sharing options...
jeckyl Posted July 31, 2013 Share Posted July 31, 2013 Elle est actuellement entrain d'être "mergée" dans la branche développement qui sera la future release 1.5.5. Quoi !!!! une migration mineur va encore avoir des modification majeur de sa gestion et de son fonctionnement !!!!! Prestashop n'apprendra jamais de ses erreurs. Trop dommage encore une fois. C'est pas faute d'avoir rappeler qu'il mise à jour mineur ne sert et ne doit servir qu'à stabiliser et sécuriser un banche. Peut être faudra t'il l'écrire en anglais au prchain BarCamp 2 Link to comment Share on other sites More sharing options...
J. Danse Posted July 31, 2013 Share Posted July 31, 2013 C'est bien ce qu'il me semblait ... Ok, donc seulement pour le B.O Merci pour la précision de tes réponses Oui. Le thème Front Office en version responsive est fait en externe. Et je n'ai aucune idée de ce qui sera utilisé pour le réaliser. Ni même quand il sera disponible. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now