Flux de travail RTC avec plusieurs flux?

Question

J'essaie de trouver une façon saine de gérer le développement multi-flux. Jusqu'à présent, les membres de notre équipe ont créé des espaces de travail de référentiel distincts pour chaque flux et, à leur tour, ont des espaces de travail Eclipse distincts pour héberger ces espaces de travail de référentiel. Jusqu'à présent, cela nous a fourni la séparation nécessaire pour travailler sur différents flux. Ma question est la suivante: est-ce le moyen le plus efficace d'y parvenir? Par exemple, considérons un projet avec 2 flux: la version 1.1 et la version 2.0. Ces deux flux sont travaillés en parallèle, et nous devons rebondir entre les deux (en ce sens, nous devons apporter des changements aux deux). Comment devrions-nous gérer cela?

Answer 1

est-ce le moyen le plus efficace de faire à ce sujet?

Oui, en ce sens qu'il est certainement plus efficace que de créer un flux par développeur;)
Le Stream est l'espace de publication public.
Les espaces de travail repo sont les espaces de publication privés (ou sectoriels).

Toute la collaboration passe principalement par le Stream.

Considérons un projet avec 2 flux: la version 1.1 et la version 2.0. Ces 2 cours d'eau sont en cours d'élaboration en parallèle, et nous devons rebondir entre les deux

Vous pouvez travailler à la fois à travers 2 différents espaces de travail de mise en pension, chacun faisant référence dans leur section cible de flux de leur flux respectif.

La seule difficulté est en ce qui concerne l'Eclipse espace de travail, qui a comme ID le nom du projet, ce qui signifie que vous ne pouvez pas travailler sur votre projet P2.0 (nommé « P ») dans le même espace de travail Eclipse si ledit espace de travail (qui a rien à voir avec un dépôt RTC ou un espace de travail local) contient déjà P1.0 (appelé aussi "P").

Dans ce cas, il est plus sûr de "changer d'espace de travail Eclipse" pour accéder à un projet ou à un autre projet.