Il n'y a que les développeurs SVN pour prétendre le contraire.
Et be... spa gagné
simplement pour masquer les lacunes de leur outil
Nan mais sérieux
Utiliser du branching by abstraction n'a rien à voir avec l'outil de source hein... c'est pas fait pour combler un quelconque manque mais bien pour permettre d'offrir les features autrement ou d'avoir des migrations plus douces. Vraiment.
Ceci renforce aussi la structuration du code
Heu, en quoi ? 1 dépôt commun ne va pas dire que tu n'organises rien, bien au contraire.
facilite le passage de code entre différentes équipes...
Encore moins, lorsque tout est dans le même dépôt il est plus simple (au pire simplement identique) d'utiliser un autre composant que si c'est des dépôts différents.
Mais dans tous les cas faire correspondre un dépôt a un unique composant/projet avec son propre cycle de vie est préférable.
Alors là faut voir. C'est très variable comme affirmation. Je me suis déjà retrouvé avec des tonnes de dépôts différents (ben oui, un par projet / composant / lib) et c'est parfois juste une merde sans nom. Car lorsque tu fais un pauvre changement et que ça va impliquer des commits / tags / push / deploy dans 5 autres dépôts alors que si tout était au même endroit ça n'aurait rien demandé c'est juste horrible.
Peut-être que certains outils ne sont pas adaptés à faire autre chose que du trunk based development (encore que, même svn peut faire autre chose sans trop de problème). Mais aujourd'hui, avec les outils existant, ce type de choix ne dépend justement pas de l'outil. C'est une façon de développer, partager le code, gérer les fonctionnalités. Et c'est loin d'être juste pour les gorets.
Le trunk based ou le branching by feature (qui permet le déploiement en continu, comme nos amis de Github )
J'ai peut-être mal compris, mais les deux cas permettent le déploiement en continu.
[^] # Re: Mensongeries
Posté par CrEv (site web personnel) . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 2.
Et be... spa gagné
Nan mais sérieux
Utiliser du branching by abstraction n'a rien à voir avec l'outil de source hein... c'est pas fait pour combler un quelconque manque mais bien pour permettre d'offrir les features autrement ou d'avoir des migrations plus douces. Vraiment.
Heu, en quoi ? 1 dépôt commun ne va pas dire que tu n'organises rien, bien au contraire.
Encore moins, lorsque tout est dans le même dépôt il est plus simple (au pire simplement identique) d'utiliser un autre composant que si c'est des dépôts différents.
Alors là faut voir. C'est très variable comme affirmation. Je me suis déjà retrouvé avec des tonnes de dépôts différents (ben oui, un par projet / composant / lib) et c'est parfois juste une merde sans nom. Car lorsque tu fais un pauvre changement et que ça va impliquer des commits / tags / push / deploy dans 5 autres dépôts alors que si tout était au même endroit ça n'aurait rien demandé c'est juste horrible.
Peut-être que certains outils ne sont pas adaptés à faire autre chose que du trunk based development (encore que, même svn peut faire autre chose sans trop de problème). Mais aujourd'hui, avec les outils existant, ce type de choix ne dépend justement pas de l'outil. C'est une façon de développer, partager le code, gérer les fonctionnalités. Et c'est loin d'être juste pour les gorets.
J'ai peut-être mal compris, mais les deux cas permettent le déploiement en continu.