Tracim est sur Github car c'est LA plateforme où se retrouvent les projets libres. La raison d'être là est plutôt liée à l'aspect communautaire qu'à l'aspect outillage : : côté "usine logicielle" il existe plusieurs solutions telles que Github (propriétaire), Gitlab (open-core), Tuleap (open source ou open-core ?)
Ce que l'on fait avec Github, c'est de gérer notre code source et les tickets / board de dév associés. Ça s'exporte relativement facilement se besoin de migrer sur un autre outil.
Avoir une intégration continue sur Github et migrer nécessite une ré-écriture de l'intégration continue. Ça a notamment été le cas avec Travis CI et c'est pour ça que ça a pris 9 mois ...
Avoir un outil indépendant (et auto-hébergé) permet d'envisager l'avenir de manière plus indépendante et d'avoir une vision plus large que "seulement" l'intégration continue. Par exemple le choix de Concourse a été dirigé notamment par la possibilité de faire du déploiement semi-automatique à la demande via des écrans dédiés (exemple : tu veux un écran sur lequel tu peux déployer à partir d'un tag sur un ou plusieurs serveurs).
D'autres solutions étaient envisageables, ça mériterait un article (d'où la suggestion) d'expliquer le pourquoi du comment.
D'une manière générale, j'ai une vision "ne pas mettre tous nos oeufs dans le même panier" pour garantir notre indépendance (avec un coût associé, certes)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Cohérence ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 10.
Tracim est sur Github car c'est LA plateforme où se retrouvent les projets libres. La raison d'être là est plutôt liée à l'aspect communautaire qu'à l'aspect outillage : : côté "usine logicielle" il existe plusieurs solutions telles que Github (propriétaire), Gitlab (open-core),
Tuleap (open source ou open-core ?)
Ce que l'on fait avec Github, c'est de gérer notre code source et les tickets / board de dév associés. Ça s'exporte relativement facilement se besoin de migrer sur un autre outil.
Avoir une intégration continue sur Github et migrer nécessite une ré-écriture de l'intégration continue. Ça a notamment été le cas avec Travis CI et c'est pour ça que ça a pris 9 mois ...
Avoir un outil indépendant (et auto-hébergé) permet d'envisager l'avenir de manière plus indépendante et d'avoir une vision plus large que "seulement" l'intégration continue. Par exemple le choix de Concourse a été dirigé notamment par la possibilité de faire du déploiement semi-automatique à la demande via des écrans dédiés (exemple : tu veux un écran sur lequel tu peux déployer à partir d'un tag sur un ou plusieurs serveurs).
D'autres solutions étaient envisageables, ça mériterait un article (d'où la suggestion) d'expliquer le pourquoi du comment.
D'une manière générale, j'ai une vision "ne pas mettre tous nos oeufs dans le même panier" pour garantir notre indépendance (avec un coût associé, certes)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo