New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Intégration de Gulp et de bower (#771) #777
Conversation
Je vais probablement passer pour le casse pied mais quand je vois:
...je me permert de demander "pourquoi dans ce cas le README est pas update dans la PR ? |
Voila voila ;) (il est fait à l'arrache par manque de temps, je détaillerais plus dans la soirée) |
Je vais faire le gros casse pied mais : Tu ne bosses pas sur une fonction bloquante ou un truc du genre, du coup c'est pas grave si tu lances ta PR maintenant ou demain matin, donc tu as le temps de peaufiner le README :D (oui je suis chiant, mais j'ai le droit c'est mon petit @sandhose à moi :) ) |
Je vais être encore plus chiant :
Or, le CONTRIBUTING indique de ne faire un commit par modification logique (genre là, 1 pour Gulp et 1 pour Bower). Là on se retrouve avec un commit fourre-tout alors que c'est quand même des modifications assez importantes pour le dev. En tous cas, tant qu'il n'y a pas de procédure détaillée sur l'installation Windows et Linux (j'épargne Mac, peu de dev du projet sur Mac, mais si tu le fais on ne dira pas non ^^). Voilà voilà, donc pour cette fois ci c'est pas très grave mais fais attention pour les prochaines PR :) |
Je viens de tout regarder j'ai quelques remarques :
Je crois que c'est tout :) |
C'est tres subjectif ca. Pour moi c'est un tout gulp et bower, ils se Si il avait fait une module de t'chat et un module de jeu d’échecs en un 2014-06-05 20:08 GMT+01:00 Alexandre Demode notifications@github.com:
|
Ouais enfin là t'as plein de fichiers de changés, c'est un poil plus embêtant à relire (est-ce lié à gulp ou à bower ?). Je suis d'accord, ça reste simple, c'est juste que @sandhose va devenir un contributeur régulier je pense, et donc c'est mieux qu'il nous fasse tout bien pour la suite :) |
Alors... D'abords, j'avoue avoir fait cette PR un peu à l'arrache, je devais partir... Je m'attendais pas à ce qu'elle soit merge tout de suite, et je l'ai envoyé justement pour avoir un retour ;) L'explication d'installation, je vais la faire soit dans le README, soit dans un nouveau fichier dans Pour ce qui est de rassembler vendors & custom, je suis pas tout à fait d'accords... Si c'est par rapport aux nombre de requêtes, c'est pas une requête de plus qui va changer grands chose :p Pour les JS séparé pour le dev, il y a possibilité je pense de générer des sourceMaps (je vais essayer me documenter la dessus), pour aider au développement. Après, copier les fichiers JS bruts dans le dossier dist est également possible pour le développement Le fait d'avoir mis tout dans un dossier Le watch est prévu, ainsi que LiveReload, je n'ai juste pas eu le temps de mettre ça correctement en place 😄 Enfin, je suis d'accords avec @geoffreyc , pour moi Gulp et Bower vont ensemble, d'où le fait qu'il n'y a qu'une seule PR ;) |
@Alex-D Les 53 fichiers modifiés sont surtout dus au dossier |
Si, crois moi. On fait les choses bien ou on ne les fait pas :p Donc là, on les fait bien :)
Le cache expire sera le même sur les deux fichiers, ça ne change pas grand chose.
Ah oui, ok. J'ai envie de dire, c'est plutôt lui qu'il faut déplacer, cette page va virer à la sortie, donc privilégions le confort de dev à long terme :)
C'est plus pour l'avenir que pour là que je disais ça :) |
Quoi qu'il en soit, je vais finir tout ça de mon côté, et j'envoie tout demain soir, avec le watch, livereload et tout et tout ;) |
Tu peux commit au fur et à mesure, comme ça je fais une review progressive :) Merci d'avance en tous cas ! |
Le J'ai crée un dossier J'ai aussi rapidement rajouté la génération d'un fichier Pour résumer: plus que le README, LiveReload, et JSHint ;) |
Je pense aussi que les deux vont ensemble. Ceci dit, un petit squash des commits serait bien sympa (pour les commits de tests travis :-°) ! :) |
@@ -3,6 +3,8 @@ git: | |||
language: python | |||
python: | |||
- "2.7" | |||
cache: | |||
- apt |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je ne sais pas si tu essaye de faire du cache là, mais si j'en crois la doc de travis :
The features described here are currently only available for private repositories on travis-ci.com
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok j'avais mal lu la doc, je pensais accélérer le build travis au passage (parce que 15min la build, c'est long à attendre, surtout quand tu sais pas si ça va marcher!)
Désolé pour les commits travis! 😕 (C'est possible de faire un squash, sans balancer sur une autre branche, et refaire une PR ? 😒 ) Sinon, j'ai documenté l'installation et l'utilisation des différents outils! 😄 J'ai aussi adapté les fichiers à JSHint de mon côté en local, et j'attends juste que cette PR soit merge pour pouvoir envoyer ça... (cf. #782 ) |
@@ -55,7 +61,10 @@ Comment démarrer une instance de ZdS ? | |||
- Cloner le dépot git *via la console git* (et pas via powershell) windows: `git clone https://github.com/Taluu/ZesteDeSavoir.git` | |||
- Dans la console PowerShell via l'environnement zdsenv installez les dépendances. | |||
- `easy_install lxml` | |||
- `npm install -g bower gulp` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je crois qu'il manque ici la procédure d'installation de npm sous windows
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
NPM s'installe avec NodeJS...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mais effectivement, j'ai pas mis dans le README l'install de Node pour Windows! Je vais rajouter ça tout de suite, merci!
Yes, suffit de faire un rebase interactif sur ta propre branche. Par exemple, ici c'est |
Je préfère tester personellement tout ça (surtout le déploiement sur le serveur) avant de merger la PR. Du coup je ne comprend pas pourquoi on garde django-pipeline si les fichiers statics sont déjà packagés |
Je ne sais pas comment django-pipeline fonctionne, donc je vais laisser quelqu'un d'autre s'occuper de le virer :) @Taluu Impossible de re-push sur la même branche... Je suis vraiment obligé de rebaser et de push sur une nouvelle branche pour refaire une PR ? :c |
(Dans ce cas, même si réécrire l'historique en git est bof, comme c'est ta branche, personne ne devrait se baser dessus à priori, donc tu peux te le permettre) |
Voila c'est bon, merci! Du coup, j'appelle à tester de votre côté, pour voir si mes instructions sont cohérentes, et si le build gulp marche bien chez vous! |
ça m'a l'air de fonctionner comme il faut (en tout cas sur mes OS de test windows et ubuntu). Maintenant, en ce qui concerne le projet en lui même. je me demande si ça ne vaut pas le coup de faire rentrer le dossier
Donc si tu rajoute le dist (qui fait 1.5Mo) chez moi dans la PR, je merge le bébé. |
Tu es sûr ? Parce que pour moi l'un des intérêts de la chose était justement de ne pas avoir ces fichiers dans le répo, et donc de ne pas mettre à jour tout ce qui est CSS compilé, Sprite (qui change de nom à chaque compile) dans des commits, alors que ce n'est pas l'objet On peut cependant garder dans le Cela permet d'avoir un truc qui marche direct pour ceux qui ont la flemme d'installer quelques outils, et en même temps de pas polluer les commits avec des modifications de fichiers compilés... (en plus, les diffs de ces fichiers est souvent lourds...) [troll]En plus, je vois pas pourquoi nous au front on se ferait chier à installer python, les dépendances pip et tout le bordel, alors qu'au back ils auraient pas besoin d'installer les outils pour le front[/troll] |
Hmm, pour le coup, je ne pense pas qu'il faut rajouter de la complexité dans notre façon de pusher sur le repo (je le trouve déjà assez complexe ainsi). Après, c'est mon point de vue, faudrait peut-être des avis. |
Et puis on a pas besoin de faire ça toutes les 5 minutes! Suffit de faire ça une fois tous les ~2 jours, et ça ira! Les devs back auront une copie suffisamment à jour pour pouvoir bosser, sans installer ces outils... (et puis si quelqu'un prévoit de participer activement au développement, autant qu'il ai tous les outils, qui sont vites installés :-° ) De plus, je pense que si on est plusieurs à bosser sur le front, ça risque surtout de créer des conflits inutiles sur |
pas faux. Du coup, la solution de refresh du dist de temps en temps me va. Tu pousse l'init ? |
Well, c'est peut-être pas la solution, puisque si dist/ est vide ( |
Honnetement, je ne pense aps qu'il faut inclure le |
Au pire, on peut host quelque part une archive (tar, zip, ou whatever) contenant tout le |
Let's go |
Intégration de Gulp et de bower (#771)
Je pinge sur cette discussion pour dire que j'ai ouvert un topic sur l'état 2014-06-07 23:41 GMT+02:00 firm1 notifications@github.com:
|
(Au passage, j'ai pas accès à la pré-prod, moi :-°) — On Sun, Jun 8, 2014 at 3:57 PM, SpaceFox notifications@github.com wrote:
|
Avec une signature pareille, ça va pas s'arranger :) Je te contacte en MP |
Intégration de Gulp et de Bower pour le front, plus qu'a updater le README, rajouter une tâche "watch" (pour mettre à jour les fichiers à la volée), et mettre à jour tous les fichiers JS pour les conformer à JSHint (j'ouvrirais une autre issue pour se fixer sur les options)