• [^] # Re: (HS) Github

    Posté par . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à 2.

    Pourtant ils utilisent des standards pour l'export: du json et des bundle git pour les repos (wiki, snippets, ..)

    Et ils utilisent zip et unicode c'est que ça doit être bon, non ? C'est un format qui n'est même pas décrit. Il n'est supporté que pour 3 mois...

    [...]on pourra commencer à parler d’interopérabilité le jour où il y aura une solution standard[...]

    Et elle devrait sortir exnihilo ou on pourrait imaginer que les développeurs de forges commencent à travailler sur de l’interopérabilité ?

    C'est loin d'être insurmontable dans un environnement de dev.

    Ça dépend de ton but. Si tu veux coder l'import de ce format dans redmine par exemple, il faut à chaque nouvelle version de gitlab (soit tous les mois) :

    • voir si le format à changer par diff d'archive ou lecture de leur code
    • implémenter l'import dans ton plugin

    Et vu le changement de politique avec la version 13.x, je me doute qu'il va évoluer ce format.

    Je pense qu'une migration gitlab à gitlab remplit parfaitement ce rôle, là où dans le cadre de github, c'est loin d'être gagné.

    Questionner les limites de cette migration est hors de propos ?

    gitlab se veut être un clone de github et ce genre de solutions pousse à enclaver les gens sur gitlab. Ça pose des problèmes aux autres forges et mène à une monoculture (pour faire simple le github flow).

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll