Messages postés par "Andr0"

232 messages sont invisibles car dans un sujet inaccessible.

Sujet Date Extrait
Zeste de Savoir v1.2 en approche !
jeudi 23 octobre 2014 à 11h48 > De mémoire le but est surtout d'avoir des petites release régulière pour éviter le syndrome de la v 1.1 : longue période sans release et release énorme. Donc : Source:[Kje](http://zestedesavoir.co…
Zeste de Savoir v1.2 en approche !
jeudi 23 octobre 2014 à 11h25 J'aurais quelques questions : - Comment sont définis les releases ? Tu te charges de créer une milestone avec un certain nombre d'issues et une fois à terme, tu fais ta release ou c'est un autre …
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 19h54 > Et pourtant c'est la PR avec la note de QA la plus longue de tout le projet :( C'est ma faute. J'ai du lire 2-3 fois le premier message et je suis passé à côté ... Cela n'enlève rien sur ma conc…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 19h05 Bien, prenons comme exemple tes 3 PRs citées. J'arrive sur chacune de tes PRs et je veux faire leurs QAs. Voici ce que je me suis dis et ce que je me dis toujours après cette discussion. [#1424](h…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 18h38 > Les PR à QA, c'est toutes les PR par définition, sauf dans le cas où c'est explicitement dit le contraire (PR de POC etc.). Modulo l'état de la PR aussi. > et les PR de zep. Source:[artragis…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 18h32 [[information]] | Dans ce message, une "PR en attente" désigne une PR en attente depuis longtemps avec peu d'activité depuis plusieurs semaines, voire mois. Cf. les issues linkées dans le premier me…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 16h21 > Mais du coup, est-ce que ça dérange quelqu'un qu'une PR trop vieille traine dans la zone de PR ? Source:[firm1](http://zestedesavoir.com/forums/sujet/1495/statuons-sur-le-process-des-vieilles-prs…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 13h49 > **Déjà je ne vois aucune raison de refuser une PR, car ça veut dire qu'on perd l'historique des conversations dessus.** J'y avais pensé aussi et c'est embêtant oui. Mais que proposes-tu alors ? …
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 13h38 Pouvons-nous imaginer un nouveau tag pour les PRs en attente d'un nouveau contributeur ? Ca augmentera leurs visibilités.
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 11h55 Il peut toujours y avoir reprise par un autre développeur. Nous pouvons imaginer le scénario suivant : Après un *temps X*, rappel au contributeur actif s'il compte continuer la PR (venant d'un con…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 11h42 @SpaceFox : Pas vraiment d'accord. Là, je rejoins complètement Eskimon. > Si le contributeur semble inactif, la solution 2 semble preferable. > > Si le contributeur est actif mais n'a pas le te…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 11h34 Ca dépend, tu peux : - Faire une PR sur le dépôt du contributeur vers sa PR qui, une fois acceptée par le contributeur, mettra automatiquement à jour la PR originale. - Reprendre la PR du contrib…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 11h15 Reprendre le code d'une PR (la branche du contributeur), c'est le quotidien de la QA. Tu peux même récupérer une PR, apporter des modifications, rebaser la PR et repusher. Tout est possible, simple e…
Statuons sur le process des vieilles PRs en attentes sur GitHub
mercredi 22 octobre 2014 à 11h02 Bonjour à tous, J'ai fais un tour des PRs en attentes sur GitHub et je constate que la plupart des PRs sont, déjà, de vieilles PRs (pouvant dater de plusieurs semaines, voire mois) et sont soit à …
ZEP-17 : Elaboration de l'API des membres
mardi 21 octobre 2014 à 09h30 > la partie que j'ai graissé signifie que le staff ne pourra pas modifier un autre profil que le sien via l'API, et pourtant il le devrait. Source:[firm1](http://zestedesavoir.com/forums/sujet/1365/…
Rendu PDF
lundi 20 octobre 2014 à 14h46 Vraiment super boulot Kje ! > "Les images trop grandes débordent des pages." > J'aimerai bien que tu me donne un exemple pour illustrer ça. Normalement le template qu'on utilise est censé mettre l…
ZEP-05 : Refonte du traitement markdown pour l'export
mercredi 15 octobre 2014 à 17h00 > Pour en revenir à la ZEP elle même, je l'édite pour préciser que la solution "full-pandoc" a été choisi et que c'est en développement ? Source:[Kje](http://zestedesavoir.com/forums/sujet/676/zep-0…
ZEP-17 : Elaboration de l'API des membres
mercredi 15 octobre 2014 à 15h53 Juste, j'avais oublié ce point là. Si nous reprenons ta liste (que je trouve pas mal) : > 1. On ne renvoi que les textes au format markdown : dans ce cas précis, les clients de l'api de type html …
ZEP-17 : Elaboration de l'API des membres
mercredi 15 octobre 2014 à 14h02 Pour finir, où en sommes-nous avec cette ZEP ? Est-ce que quelqu'un veut encore discuter de points figurant sur le premier message du sujet ou nous pouvons passer à l'état "validation" ? Personnel…
ZEP-17 : Elaboration de l'API des membres
lundi 13 octobre 2014 à 16h40 > Tant mieux si vous avancez, bon courage. Source:[Javier](http://zestedesavoir.com/forums/sujet/1365/zep-17-elaboration-de-lapi-des-membres/?page=3#p24727) Faut pas te fermer comme ça. Absolumen…
ZEP-17 : Elaboration de l'API des membres
lundi 13 octobre 2014 à 15h06 Je mets à jour ce soir le premier message pour retirer `is_staff` du tableau représentant un member et pour retirer la v0.2 qui ne sert, effectivement, plus à rien. J'ai commencé un petit truc rapide…