Désolé de pas avoir détaillé, c'est probablement plus clair en regardant l'exemple de revue que j'ai mis.
En premier lieu, merci pour ton journal et donc le temps passé à rédiger !! C'est clair et je n'ai aucun reproche à faire. J'avais compris le système pour garder les liens d'historique et toussa, mais je reste dubitatif. Copier/copier un lien est tellement simple et rapide que l'adresse en "github.com" finira tôt ou tard par cannibaliser l'ancienne.
Un contrat de mariage, c'est un peu ça, non
Bon le rapport avec le contrat de mariage est un troll qui n'a pas pris :smiley_qui_pleure_de_travers: comprenne qui pourra :
avant de ma marier : je rembarrais les gens avec leur conseil de contrat de mariage (que des divorcés) en prétextant que si je me mariais, c'était pleinement consentant et partageant toutes mes ressources et biens.
après le divorce : à quoi sert le mariage ? bon je déconne mais au final ma vision n'a pas changé. La seule chose vraiment compliquée dans un divorce est l'humain d'autant plus les enfants et aucun contrat ne règlera la question.
Pour en revenir au sujet principal : beaucoup d'efforts ont été déployés pour assurer la bonne transition et garder les anciennes habitudes et c'est ce que j'ai rappelé avec le titre du thread. Qu'ils conservent des moyens de se détacher à tout moment de github, je le comprends parfaitement mais j'ai le sentiment qu'ils en font beaucoup trop. Est-ce que finalement, ils n'auraient pas mieux fait d'utiliser une forge (ça se dit encore ?) libre ?
PS : j'ai (削除) migré (削除ここまで) dis adieu à près de 10 ans d'historique de tickets sur une dizaine de projets en migrant de Redmine vers OneDev. Je suis très heureux avec ce 2ème mariage :) mais on ne sait jamais... Certains en ont déjà parlé mais ce qu'il manque à git, c'est un module pour gérer les issues en même temps que le code source. Ainsi lors d'un changement de forge, rien ne serait perdu.
[^] # Re: travail en double
Posté par stopspam . En réponse au journal OpenJDK est désormais hébergé chez Github tout en se donnant les moyens de l'indépendance. Évalué à 2. Dernière modification le 12 octobre 2020 à 20:57.
En premier lieu, merci pour ton journal et donc le temps passé à rédiger !! C'est clair et je n'ai aucun reproche à faire. J'avais compris le système pour garder les liens d'historique et toussa, mais je reste dubitatif. Copier/copier un lien est tellement simple et rapide que l'adresse en "github.com" finira tôt ou tard par cannibaliser l'ancienne.
Bon le rapport avec le contrat de mariage est un troll qui n'a pas pris :smiley_qui_pleure_de_travers: comprenne qui pourra :
Pour en revenir au sujet principal : beaucoup d'efforts ont été déployés pour assurer la bonne transition et garder les anciennes habitudes et c'est ce que j'ai rappelé avec le titre du thread. Qu'ils conservent des moyens de se détacher à tout moment de github, je le comprends parfaitement mais j'ai le sentiment qu'ils en font beaucoup trop. Est-ce que finalement, ils n'auraient pas mieux fait d'utiliser une forge (ça se dit encore ?) libre ?
PS : j'ai
(削除) migré (削除ここまで)dis adieu à près de 10 ans d'historique de tickets sur une dizaine de projets en migrant de Redmine vers OneDev. Je suis très heureux avec ce 2ème mariage :) mais on ne sait jamais... Certains en ont déjà parlé mais ce qu'il manque à git, c'est un module pour gérer les issues en même temps que le code source. Ainsi lors d'un changement de forge, rien ne serait perdu.