Ça permet de savoir qui fait quoi, qui bosse sur quoi, qui va faire de grosses modifs, etc.
Ce n'est pas le rôle du VCS mais du bugtracker ou de la forge de faciliter cette communication.
S'il est centralisé, on sait qui a pris quoi, à quoi est dédiée telle branche.
J'entends souvent l'objection que tu évoques à savoir ce risque d'isolation qui fait que SVN colle si bien à l'intégration continue i.e à l'usage d'un branche unique.
En revanche, ce qui est sûr c'est qu'un outil comme SVN qui est incapable de supporter le "rename tracking" correctement (renommer un fichier différemment entre 2 branches perd l'historique de ce fichier lors du prochain merge entre ces 2 branches) ne peut supporter que l'integration continue et les branching par patch (une branche par patch que l'on tue une foi integrée).
Pas de salut pour les autres branching patterns (1 branche par developpeur , une par lot de fonctionnalité en vue d'un développement parallèle de plusieurs équipes avec une phase d'intégration avant la livraison, ...)
De là à dire que la mode de la CI n'existe que parce que SVN est déficient à la base, il n'y a qu'un pas.
[^] # Re: Mon ressentit
Posté par El Titi . En réponse au journal Git malgré moi. Évalué à 4.
Ça permet de savoir qui fait quoi, qui bosse sur quoi, qui va faire de grosses modifs, etc.
Ce n'est pas le rôle du VCS mais du bugtracker ou de la forge de faciliter cette communication.
S'il est centralisé, on sait qui a pris quoi, à quoi est dédiée telle branche.
J'entends souvent l'objection que tu évoques à savoir ce risque d'isolation qui fait que SVN colle si bien à l'intégration continue i.e à l'usage d'un branche unique.
Et pourtant la CI n'est pas l'apanage des outils centralisés.
Je te conseille cet excellent papier de Martin Fowler sur le sujet
http://martinfowler.com/bliki/FeatureBranch.html
En revanche, ce qui est sûr c'est qu'un outil comme SVN qui est incapable de supporter le "rename tracking" correctement (renommer un fichier différemment entre 2 branches perd l'historique de ce fichier lors du prochain merge entre ces 2 branches) ne peut supporter que l'integration continue et les branching par patch (une branche par patch que l'on tue une foi integrée).
Pas de salut pour les autres branching patterns (1 branche par developpeur , une par lot de fonctionnalité en vue d'un développement parallèle de plusieurs équipes avec une phase d'intégration avant la livraison, ...)
De là à dire que la mode de la CI n'existe que parce que SVN est déficient à la base, il n'y a qu'un pas.