Re,
Sophie Gautier a écrit :
Re Tony,
Tony GALMICHE wrote:
Bonjour Eric,
eric.bachard a écrit :
Salut Tony,
Tony GALMICHE a écrit :
Bonjour à tous,
Étant toujours à la recherche d'informations sur le nouveau module
graphique de Calc et avec l'aide de Sophie, je me suis lancé dans
l'utilisation du système EIS. Pour info et pour ceux qui ne
connaissent pas EIS, voici le mini how-to que m'a fait Sophie pour
que je puisse démarrer avec EIS :
un how-to rapide alors :)
connecte toi sur cette adresse :
http://eis.services.openoffice.org/EIS2/servlet/GuestLogon
puis tu cliques sur le lien Child workspaces, puis sur Search
Dans l'écran qui s'ouvre, dans Name, tu mets le nom du cws qui
nous intéresse à savoir : chart2mst3 et tu cliques sur Find.
Si tu n'as pas le nom exact du cws, tu cherches dans Modules :
chart2, c'est lui qui t'intéresse pour les futurs cws.
Ok
Mais maintenant, que j'ai découvert ce système très intéressant,
j'ai plusieurs questions sur son fonctionnement :
- Qui décide qu'il faut créer un nouveau workspaces (ex : chart2mst3) ?
Celui qui crée le child work space, appelé "owner".
Cela se fait en deux temps : depuis EIS, créer un cws engendre sa
planification " planned".
Exemple : j'ai créé macosxfondu -> inclusion de fondu dans les
sources d'OOo.
Un autre en cours s'appelle macosx20xfixes01 ... ( 4 issues, sauf
erreur)
Puis, pour le mettre dans l'état "new", (toujours pour celui qui a
les droits), avec le tunnel, on utiliserait cwscreate nom_du_cws
Exemple : cwscreate macosxfondu.
(mais les conditions sont particulières)
- Qui décide de ce qu'il faut mettre dedans comme issues ?
Le propriétaire du cws et ou les membres de la QA Team. La règle :
il faut que le cws soit cohérent, et que les issue allent toutes
dans le sens de "régler un seul problème". Certains cws sont
délibérément globaux.
Ça doit être le cas de celui qui m'intéresse sur les graphiques de
Calc :
->
http://eis.services.openoffice.org/EIS2/servlet/cws.ShowCWS?Id=1074&Path=SRC680%2Fchart2mst3
Oui, c'est d'ailleurs expliqué dans le commentaire sur EIS :
This CWS will be used for a "blind integration" of the new code to
incorporate our many changes into the master. This allows us to get
changes in our code done by interface changes of other people and to
have smaller CWS in the future.
OK, c'est vrai que c'est claire maintenant que tu l'écris :-)
Car je trouve que le issues prisent en compte non aucun rapport entre
elles (Corrections de bugs, amélioration graphiques 3D,...) mais d'un
autre coté il y a plein d'autres issues sur les graphiques qui ne
sont pas prisent en compte dans ce cws
D'où ma question sur le cahier des charges, car dans ce cas, j'ai du
mal à suivre le but de ce cws. Et si le cahier des charges ce limite
à la description du cws, il n'y a vraiment pas grand chose :-(
Le cahier des charges est donné par Sun bien sûr, puisque les
développeurs sont financés par Sun. Pour le moment, ce cws contient
tous les changements qui ont été apportés, qu'ils soient correction de
bug ou amélioration, pas de nouvelles fonctionnalités. C'est un peu
une mise à niveau du module.
OK, je comprend mieux maintenant
D'un autre coté ce cws est marqué comme new, donc il peut encore
évoluer si j'ai tout compris.
oui
La commande depuis ma machine) :
cwsaddtask i55022 i56100
(Ce sont les vraies valeurs, correspondant aux issues qui rendent le
cws cohérent ici)
-> et les issues apparaissent alors listés avec le cws. La case X à
droite, permet de supprimer une issue d'un cws (par exemple, dans le
cas d'un mauvais numéro (typo), ou du déplacement d'une issue d'un
cws vers un autre (j'ai eu à le faire pour régler un conflit de code).
En parallèle, les changements dans le code sont "commités" , et on
marque chaque issue comme résolue dans "nom_du_cws" .
Ensuite, quand toutes les issues d'un cws sont résolues (et marquées
comme telles), on déclare le cws "Ready for QA" ...etc.
J'ai également du mal à comprendre le lien entre IssueZilla et IES.
Si j'ai tout compris, dés qu'une issue est affecté à un cws et si ce
cws est prévue pour OOo 3.0, toutes les issues de ce cws devraient
être avoir le millestone 3.0. Et dans le cas du cws qui m'intéresse,
ce n'est pas le cas :
->
http://eis.services.openoffice.org/EIS2/servlet/cws.ShowCWS?Id=1074&Path=SRC680%2Fchart2mst3
Si, il est bien prévu pour la 3.0, toutefois, si le code le permet, si
la ressource est suffisante, il est possible que des intégrations
soient faites dans des versions mineures. On va dire que 3.0 est le
but final, et tout ce qui pourra passer avant (en tenant compte de
l'intrusivité dans le code du main work space, des plateformes, de la
localisaton et des ressources) passera avant.
C'est rassurant :-)
Mais cela est peut-être dû tout simplement à un manque de temps des
membres du qa pour synchroniser l'état d'un cws avec les issues sur
IssueZilla.
Non, elles sont toujours synchronisées, c'est d'ailleurs ce que les
utilisateurs ont du mal à comprendre quand une issue est marquée,
closed/verified et qu'elle n'est pas de suite intégrée, c'est parce
que le cws correspondant ne l'a pas été.
Alors dans ce cas, ce n'est pas bon, car la moitié des issues de ce cws
ont un millestone à OOo Later et les autres à OOo 3.0.
-> C'est grave docteur :-)
- Est-il possible à tout moment d'ajouter de nouvelles issues dans
un workspace existant
Il faut qu'il soit dans l'état "new". S'il est dans un état avancé
Ready for QA, il faut remettre le cws dans l'état "new"
OK, donc dans mon cas c'est bon. En fait, c'est pour savoir si le
cahier des charges du nouveau module des graphiques est figé ou s'il
est encore possible de faire des propositions et donc et travailler
dans ce sens.
Les propositions seront prises en compte si elle rentre dans les
développements décidés par Sun. Sinon, il faudra que des développeurs
externes ajoutent ces fonctionnalités.
OK, c'est très claire.
Pour répondre à ton autre question, c'est bien la liste graphics qui
s'occupe de ce cws.
Merci, mais je trouve quand même étrange que les graphiques soient
rattachés à ce projet.
- Existe-il un document (sorte de cahier des charges) expliquant
les objectifs de chaque workspace
Tout est sur <http://tools.openoffice.org> (les documents à
télécharger)
heu, ça c'est pour EIS.
J'avais bien compris.
Le document qui fait office de cahier des charges ce sont les specs
(specs.openoffice.org), mais elles ne sont pas toujours publiées.
OK merci.
OK, j'ai commencé à regarder et en effet il y a pas mal d'informations.
- Existe-il un moyen d'être informé automatiquement (comme un fil
RSS) de changements effectués dans un wokspace déterminé
seulement pour les membres de la QA Team. Sinon, on peut envoyer un
mail depuis n'importe où dans EIS.
Tu veux dire quoi par envoyer un mail depuis EIS ?
Chaque responsable a son mail, mais il vaut mieux poser les questions
sur les listes appropriées ou sur irc (au moins, on peu retrouver
l'info après), quitte a traiter en privé si les infos sont sensibles.
OK
Encore merci pour tes réponses.
Donc, en conclusion, je pense que je vais pouvoir me remettre au travail
sur mon document concernant les graphique dans Calc, car tout n'est pas
encore décidé et figé :-)
A bientôt.
Tony
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
