• avril 18

Premier push pour peanut

C’est maintenant chose faite, le premier push sur le projet peanut a été fait vendredi soir. Ce premier push n’a pas encore beaucoup d’utilité mais je vais tout de même expliquer certaines choses.

Le projet et son .gitignore

Je ne suis pas encore un expert de Git mais j’ai essayé de créer un fichier .gitignore qui tienne à peu près la route afin de me permettre ainsi qu’à toutes les personnes qui pourraient utiliser ce projet de ne pas avoir à faire « plus que nécessaire ».

  • Les contenus des répertoires /cache/, /log/ et /web/uploads/ sont ignorés
  • Le fichier /config/databases.yml a été envoyé mais ne devrais plus l’être afin de ne pas à avoir modifier le mot de passe de connexion à votre base de donnée
  • Le fichier /config/properties.ini est dans le même cas que le fichier databases.yml
  • Le contenu du répertoire /lib/vendor/symfony/ (oubli à rajouter dans le prochain push)

Viens ensuite une petite subtilité. J’ai pour habitude de créer un lien symbolique /web/sf afin de ne pas avoir à rajouter un alias dans le fichier vhost. Cette habitude a été prise suite à différentes aventures avec certains clients et le fameux « non, je garderai mon serveur actuel et vous allez devoir faire avec ». Pour le coup, cela n’est pas plus mal et j’ai donc conservé cette habitude. Ce lien est donc ignoré.

Ma petite expérience m’a également montrée qu’il était possible après un git merge de devoir refaire un chmod 777 sur les deux répertoires log/ et cache/. Il faudra également faire un php symfony cc et un php symfony plugin:publish-assets afin d’être sur d’éviter tout problèmes. Nous verrons bien dans le futur si ces deux opérations se confirment :) .

Coté Plugin

Deux plugins ont pour le moment été intégrés. Il y en aura au moins un autre mais j’ai préféré ne pas l’intégrer trop tôt.

sfFormExtraPlugin

sfFormExtraPlugin permet d’ajouter un certains nombre de widgets et validators ainsi que sfFormLanguage afin de proposer un site multilingue. Ce plugin fait pour moi parti du must have à toujours intégrer.

sfDoctrineGuardPlugin

Autre must have, le plugin sfDoctrineGuardPlugin qui permet de gérer utilisateurs, groupes et permissions. Petite nuance, le plugin installé n’est pas celui accessible via le lien Download Package mais est celui du trunk car il apporte de nouvelles fonctionnalités qui sont pour moi indispensable.

Nous verrons cependant qu’il faudra modifier ce plugin afin de changer un peu son fonctionnement mais j’y reviendrais plus tard.

Et maintenant ?

Il faudra tout d’abord commencer par la découpe et l’intégration de la charte du backoffice composé d’un simple layout basé sur l’admin-generator car je ne pense pas aller plus loin à ce niveau pour le moment. Faire le maximum avec l’admin-generator est d’ailleurs un bon exercice :)

Seconde étape, la mise en place et la modification de sfDoctrineGuardPlugin afin de le compléter ou reprendre certaines parties de son fonctionnement. On verra à ce moment la si j’arrive vraiment à me faire au TDD ou si je commencerai à mettre en place ça pour mon propre code par facilité (et oui).





Theme Forest

Comments

  1. Camille avril 18th

    Comment Arrow

    Yop !

    J’ai pas pu m’empêcher de retoucher un peu ton .gitignore, tu peux voir les explications sur mon comm de commit : http://github.com/bibinou/peanut/commit/2d12982855b208df0fa7ef985b3cbfbf1c3ec7e1#commitcomment-67705

    Sinon le commit d’avant, j’ai juste viré le contenu useless du dossier cache/

    Pull moi, ma poule !


  2. Alexandre avril 18th

    Comment Arrow

    Pull In! (Ca se dit ? xD)

    Je ne connaissais pas le coup du .gitkeep Du coup je l’ai ajouté dans quelques répertoires qui seront remplis à l’avenir mais qui devraient tout de meme être présent.

    Je rajoute également à l’article un petit plugin:publish-assets qui peut être utile dans certains cas ;)


  3. Alexandre avril 18th

    Comment Arrow

    Tiens d’ailleurs puisque tu en connais un peu plus que moi, sur Pro Git, on a ça :

    # a comment – this is ignored
.a       # no .a files
!lib.a    # but do track lib.a, even though you're ignoring .a files above
/TODO     # only ignore the root TODO file, not subdir/TODO
build/    # ignore all files in the build/ directory
doc/.txt # ignore doc/notes.txt, but not doc/server/arch.txt

    Si je veux ignorer mon alias /web/sf en plus du contenu du /web/sf/ il faut ajouter deux lignes ?


  4. Camille avril 18th

    Comment Arrow

    Nope, parce que git suis pas les liens symboliques par défaut, donc ton lien est stocké tel quel.

    Genre sur ma machine : ~/Code/peanut (master)$ ll web/sf lrwxrwxrwx 2010-04-18 18:46 web/sf -> /Users/Alexandre/Sites/peanut/lib/vendor/symfony/data/web/sf même si /Users/Alexandre/etc… n’existe pas.

    Si tu voulais l’ajouter, tu aurais dû « git add blabla/web/sf/* » il me semble.

    par contre, comme tu l’a ajouté avant de le rajouter dans le .gitignore, il est toujours dans le repo, il faut le git rm pour l’enlever définitivement.

    (sinon tu viens de confirmer le fait que mes étoiles dans le .gitignore servent à rien, en fait)


Add Yours

  • Author Avatar

    YOU


Comment Arrow



About Author

Alexandre

Tenancier de ce blog, je suis avant tout un fan du web et de ses technologies. Si vous voulez en savoir plus, rendez-vous sur la page à propos.