Re: [EGD-discu] Bug tracker / gestion de projet

Hello,

Si ça vous intéresse, j'aimerais vous aider sur la partie pilotes (ou autre dev).

Je précise que je ne suis pas développeur du tout, je fais ça par hobby :-)
Dites-moi ce que vous en pensez ?

Le 2019-12-05 22:20, Caracole a écrit :

Je note tes commentaires sur l'issue, et je serai ravi de discuter plus en détail de tes propositions dans son espace de discussion :)
--
Caracole
Le 5 décembre 2019 21:26:41 GMT+01:00, Nicolas Chartier <chartier.n@xxxxxxx> a écrit :
On Tue, 03 Dec 2019 15:16:17 +0100
Caracole <romain@xxxxxxxxxx> wrote:
Qui est historiquement développeur aguerri du projet « pilotes » ?
J'ai besoin d'aide pour nettoyer les branches. CF
https://gitlab.com/bepo/pilotes/issues/1
Ça ne se voit peut-être pas, mais le dépot (du moins celui pour les
pilotes) est déjà en git-flow.

Par contre, le travail bénévole étant ce qu'il est, et la gestion du
projet bépo étant ce qu'elle est, il y a du travail commencé qui n'a
jamais été terminé.

Ce n'est pas pour autant qu'il faut tout jeter :)

l'issue/2 devrait être de finir ce qui a été commencé :D

Donc pour l'instant on reprend tout...

-- 
Nicolas
Merci, et bonne fin de journée :)
--
Caracole

Le 27 novembre 2019 13:35:01 GMT+01:00, Romain Taprest
<romain@xxxxxxxxxx> a écrit :

J'ai terminé de faire une passe sur chacun des projets :

- Le mirroring depuis tuxfamily est retiré.
- Je n'ai pas pu activer le mirroring vers tuxfamily car je n'ai pas
d'identifiants tuxfamily, quelqu'un pourra-t-il m'en donner ? Il
faudra aussi un compte administrateur tuxfamily pour désactiver les
push vers ces dépôts.
- Toutes les branches (*) étaient protégées à cause du mirroring,
j'ai reconfiguré les protections pour ne protéger que les branches
principales.
- J'ai aussi modifié quelques paramètres généraux des projets, comme
retirer les Wiki par exemple (car on a déjà un wiki), ou les
conditions de merge des merge-requests.

Sur le wiki, un administrateur pourrait-il modifier le lien « Code
source » (bandeau supérieur) s'il vous plaît ?

Et puis j'ai envie de dire... C'est parti pour les issues !

De : Romain Taprest <romain@xxxxxxxxxx>
À : discussions@xxxxxxxxxxx
Sujet : Re: [EGD-discu] Bug tracker / gestion de projet
Date : 26/11/2019 09:51:00 Europe/Paris

Merci je viens de voir ça.

J'ai aussi trouvé comment Gitlab gérait le mirroring, je m'occupe de
la bascule des miroirs dès que j'ai le temps.

De : Valentin Brosseau <valentin@xxxxxxxxxxxx>
À : discussions@xxxxxxxxxxx
Sujet : Re: [EGD-discu] Bug tracker / gestion de projet
Date : 26/11/2019 09:41:28 Europe/Paris

Bonjour,

voilà la liste actuelle des administrateurs

-------- Message d'origine --------
On 26 nov. 2019 à 09:38, Romain Taprest romain@xxxxxxxxxx > a écrit :
Bonjour à tous,

Le vote pour le changement d'hébergeur des dépôts centraux est
clôturé. Merci aux votants d'avoir donné leur avis. Vous pouvez
retrouver le détail sur cette page du wiki.

Il a été décidé de passer sur Gitlab.com.

Je propose d'utiliser le groupe déjà existant
(https://gitlab.com/bepo). En réfléchissant rapidement, je pense que
les actions immédiates restantes sont :

1- Trouver l'administrateur actuel ! (peut-être déjà identifié ? J'ai
oublié)
2- Donner les accès administrateur et les accès en écriture aux
personnes nécessaires (je n'ai aucune idée de comment procéder à
cela. Manifestez vous ?)
3- Désactiver les mécanismes de miroir tuxfamily => gitlab s'ils
existent
4- Activer les mécanismes de miroir gitlab => autres (quelqu'un sait
comment c'est mis en œuvre ?)
5- Communiquer sur cette migration, et encourager à créer des issues.
Bonne journée à tous :)

--
Caracole

De : Mimoza <bepo@xxxxxxxx>
À : discussions@xxxxxxxxxxx
Sujet : Re: [EGD-discu] Bug tracker / gestion de projet [Méthode
Schulze/Condorcet]
Date : 01/11/2019 22:29:30 Europe/Paris

Salut,
Non pas nécessaire de faire un poste sur le forum. Les personnes
concernés sont sur la ML ou sur l'IRC, donc aller faire un petit tour
sur ce dernier ne serai pas superflux.

@+

Le 01/11/2019 à 18:25, Romain Taprest a écrit :

Bonjour à tous,

J'ai mis du temps à m'y mettre, mais voilà. J'ai **essayé** de faire
une page de discussion/vote concernant notre hébergement Git.
J'espère avoir fait les choses correctement.

http://bepo.fr/wiki/Discussion:Hebergement_git

Cela vous convient-il ? Faudrait-il aussi faire un post sur le forum
?

--

Caracole

De : Caracole <romain@xxxxxxxxxx>
À : discussions@xxxxxxxxxxx;
Marcel <bkn.ema@xxxxxxxxx>
Sujet : Re: [EGD-discu] Bug tracker / gestion de projet [Méthode
Schulze/Condorcet]
Date : 26/09/2019 18:31:13 Europe/Paris

C'est parce que je n'ai pas eu le temps de m'en occuper depuis. Mais
merci pour ta réponse et les exemples. Je tenterai quelque chose ce
week-end.
--
Caracole

Le 26 septembre 2019 12:08:41 GMT+02:00, Marcel <bkn.ema@xxxxxxxxx> a
écrit :

Bonjour, Vu que la discussion semble s'être arrêtée je renvoie ceci
(ayant répondu hors liste pour ne pas encombrer la ML vu que ceux qui
utilisent connaissent). [Histoire de ne pas avoir l'air de ne pas
répondre aux questions.] J'espère avoir compris la méthode ; si en
réalité il y a plus simple, merci de me corriger. On 25/09/2019
11:58, Caracole wrote:

Moi je veux bien le faire sur le wiki, mais je vois pas comment ça
fonctionne. Tu pourrais m'aiguiller s'il te plaît ?

La méthode Schulze, utilisée pour N > 2 options, inclut la méthode
Condorcet s'il y a un gagnant de Condorcet : 1) On vote par
classement utilisant ">" et/ou "=". 2) On remplit les N²−N cases
d'un tableau avec le nombre de votants faisant gagner une option X
sur une option Y. 3) On attribue les différences aux flèches (moitié
moins nombreuses que les cases remplies) entre les angles d'un
N-angle. 4) Si un angle n'a que des flèches partantes, c'est le
gagnant de Condorcet. Sinon : 5) On liste les N×(N−1) paires
d'angles (options) et attribue à chacune un chiffre égal au plus
petit chiffre trouvé sur le chemin (en suivant les flèches) où ce
résultat est le plus grand. C'est « le chemin le plus fort ». 6) On
détermine l'option dont le chemin vers toute autre option est plus
fort que le chemin inverse. C'est l'option gagnante (tout court).
Plus simple que l'article Wikipédia (
https://fr.wikipedia.org/wiki/M%C3%A9thode_Schulze ), l'article de
Markus Schulze, donc de l'auteur de la méthode lui-même (je suppose)
:
https://www.noscommunes.ca/Content/Committee/421/ERRE/Brief/BR8397842/br-external/SchulzeMarkus-f.pdf
Des exemples sur le wiki du BÉPO :
https://bepo.fr/wiki/Discussion:Association_Ergodis
https://bepo.fr/wiki/Discussion:Version_1.1 -- Cordialement, Marcel
-- Courrielleur : Thunderbird 52.9.1 sous Ubuntu 16.04 Xenial Xerus
-- Pour ne plus recevoir les messages de cette liste de discussion,
envoyez un courriel avec pour destinataire
discussions-REQUEST@xxxxxxxxxxx et pour sujet "unsubscribe".