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".
![Bertrand Caplet]() |
Bertrand Caplet |
IT Analyst |
🌍 www.chunkz.net |
Montpellier (FR) |
Feel free to send encrypted/signed messages |
🔑 Key ID: 6E494EB9 |
🔒 More infos about my GPG key here |
|
|