« Discussion:Hebergement git » : différence entre les versions

De Disposition de clavier bépo
Ligne 30 : Ligne 30 :
# C > B > A > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 novembre 2019 à 20:28 (CET)
# C > B > A > E > D -- [[Utilisateur:Flavien21|Flavien21]] ([[Discussion utilisateur:Flavien21|discussion]]) 1 novembre 2019 à 20:28 (CET)
# B > C > E > A > D -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 1 novembre 2019 à 20:48 (CET)
# B > C > E > A > D -- [[Utilisateur:Logisim|Logisim]] ([[Discussion utilisateur:Logisim|discussion]]) 1 novembre 2019 à 20:48 (CET)
# B > A > C > E > D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 5 novembre 2019 à 16:51 (CET)
# B > A > C = E = D -- [[Utilisateur:Nemolivier|nemolivier]] ([[Discussion utilisateur:Nemolivier|discussion]]) 5 novembre 2019 à 16:51 (CET)


=== Dépouillement ===
=== Dépouillement ===

Version du 5 novembre 2019 à 16:55

État actuel

Cette section ne sert qu’à donner une indication rapide sur l’état actuel de nos dépôts pour toute personne qui aborde cette discussion pour la première fois.

Les dépôts Git principaux du projet sont centralisés sur tuxfamily.

Votes

Votes sur le départ de tuxfamily

Les votes se font à la méthode Schulze (c’est une méthode de Condorcet avec une deuxième passe pour tenter de débloquer en cas d’absence de vainqueur). Merci de classer TOUTES les propositions, avec éventuellement des égalités. Par exemple : A > B=C > D=E=F > H > G. Signez vos votes avec quatre tildes ~~~~. Ne rajoutez pas de nouvelles propositions en cours de vote s’il vous plaît !

Il est possible d’insérer des argumentaires dans la partie discussions, mais merci de limiter au maximum vos commentaires de votes (ou de les déplacer s’ils suscitent un débat).

Comme nous ne sommes pas pressés, je ne mets pas de date précise de fin. Le vote dure jusqu’à ce qu’il n’y ait plus de mise à jour pendant 15 jours.

Question : Quelle plateforme devrions-nous utiliser comme emplacement central de notre code ?

Proposition A — Tuxfamily (Rester sur l’actuel)
Proposition B — Gitlab
Proposition C — Github
Proposition D — Sourceforge
Proposition E — Launchpad

Votes

  1. B > C > A > E > D -- Caracole (discussion) 1 novembre 2019 à 18:21 (CET)
  2. B > A > C > E > D — Chouhartem (discussion) 1 novembre 2019 à 18:35 (CET)
  3. A > B > E > C > D -- Crako (discussion) 1 novembre 2019 à 18:36 (CET)
  4. C > B > A > E > D -- Flavien21 (discussion) 1 novembre 2019 à 20:28 (CET)
  5. B > C > E > A > D -- Logisim (discussion) 1 novembre 2019 à 20:48 (CET)
  6. B > A > C = E = D -- nemolivier (discussion) 5 novembre 2019 à 16:51 (CET)

Dépouillement

Tableau des duels :

A B C D E
A · · · ·
B · · · ·
C · · · ·
D · · · ·
E · · · ·


Discussions/débats

Voici une liste non-exhaustive de points qui ont été cités dans la mailing-list, en faveur d’une migration :

  • La plateforme tuxfamily n’incite pas à la contribution. Il manque une partie « communautaire » pour discuter, la possibilité de faire des pull-requests (ou merge-requests).
  • La plateforme ne contient pas de bug tracker. La liste des tâches nécessaires et/ou en cours est principalement discutée dans les autres canaux comme le forum ou la mailing-list. Cela ne pousse pas non plus à la contribution, et nous manquons de visibilité sur les problèmes courants, ce sur quoi travaillent les membres, etc.
  • Le site web en lui-même n’est pas très ergonomique pour naviguer dans le code.
  • Un système d’intégration continue pourrait être utile pour vérifier le code automatiquement ou créer des packages distribuables. Tuxfamily n’intègre pas cette fonctionalité, d’autres plateformes le font.

La liste des plateformes dans le vote est composées des plateformes énoncées lors de la discussion dans la mailing-list. Framagit n’est pas inclu car le service va être retiré prochainement.

Une autre possibilité, non inclue dans ce vote, serait de garder tuxfamily mais utiliser un bugtracker séparé (puisque tuxfamily n’en propose pas). Personnellement je préfère que le code soit au même endroit que le bug tracker.