RTC:La résolution des flux de lacunes?

Question

J'ai un fichier RTC (appelons-la foo.c) que j'ai modifié et contrôlé dans un ensemble de modifications (CS1) ainsi que quelques autres modifications.J'ai ensuite modifié le fichier de nouveau et il a vérifié dans un autre ensemble de modifications (CS2) ainsi que les autres changements.

J'ai maintenant exécuter dans un cas où je veux livrer CS2 à un flux, mais CCF me donne une erreur que la prestation de créer un écart dans le flux (en raison du changement dans CS1).Je ne veux pas livrer tous CS1 pourtant, parce qu'il contient des modifications qui ne devrait pas être dans un build encore.La première modification apportée à foo.c dans CS1 était un mineur, la suppression d'un #include, et n'a rien d'autre.

Est-il possible de résoudre cette lacune?

Je vois des trucs dans le CCF de la documentation sur l'application de correctifs, mais je ne comprends pas où il va avec qui.
Est-il un moyen de diviser un ensemble de modifications dans plusieurs révisions, ce qui me permet juste de livrer un fichier?

Answer 1

Mise à jour depuis 2012 (et l'original de la "solution de contournement" de la prestation de tout et de revenir à ce que vous ne voulez pas):

Voir ce fil:

RTC 4.0.5, nous avons livré un soutien supplémentaire lorsque vous essayez d'accepter la modification des ensembles qui ont un écart (souvent rencontrée lors de la tentative de backport de bugs).

Dans un très bref résumé de la fonction, lorsque vous accepter le changement avec un écart, vous pouvez maintenant suivre un écart de flux de travail qui n'accepte qu'un seul changement à la fois et, pour le changement ensembles qui contiennent des lacunes, crée un nouveau changement de jeu (avec aidés traçabilité), qui contient l'équivalent de changements.
Cela signifie que les utilisateurs n'auront pas à accepter le changement définit "comme un patch'.

L'application du changement décrit comme un patch a des limites par rapport au nouveau flux de travail.
Cette fonctionnalité est résumée dans le CCF 4.0.5 " Nouveau et digne d'intérêt de la page.

Voici quelques vidéos qui montrent cette fonctionnalité:

• En acceptant de multiples ensembles de modifications à des lacunes dans les RTC 4.0.5 client pour l'IDE Eclipse
• L'acceptation d'un changement avec un trou dans la RTC 4.0.5 client pour l'IDE Eclipse

C'est l' Localiser Les Ensembles De Modifications fonctionnalité:

---

RTC 5.0 nous avons ajouté un "combler l'écart" disposent d'où le changement de jeux de combler l'écart sont indiqués à l'utilisateur, ce qui leur permet d'accepter tous les ensembles de modifications ou de continuer à l'écart de flux de travail qui était disponible dans les RTC 4.0.5.

Cette fonctionnalité est résumée dans le CCF 5.0 "New & Noteworthy" page:

Les classes qui sont nécessaires pour combler l'écart inclure (disponible en CCF 5.0):

client side: IWorkspaceConnection.findChangeSetsToAcceptToFillGap(...) 
server side: IScmQueryService.findChangeSetsToAcceptToFillGap(...) 

Les deux fonctions sont expliquées en détail dans le "L'amélioration de l'Écart de Manutention pour SCM"l'article.

---

Origine de la réponse (2012)

Est-il un moyen de diviser un ensemble de modifications?

Je ne crois pas, à la lecture de la révision de l'homme page:

Un fichier ou un dossier dans un composant ne peut pas faire partie de plus d'un actif de changement.
Quand un fichier ou dossier est inclus dans l'actif de changement, tous les changements apportés aux devenir une partie de ce changement de définir si oui ou non le changement est en cours, et des modifications à ce fichier ou dossier ne peut pas être explicitement activée dans à un nouveau changement jusqu'à l'actif de changement de jeu qui inclut qu'il est terminé.

Ayant foo.c dans CS1 et CS2 signifie CS1 a été "terminé" (congelés, dans l'essence), et il serait mauvais d'essayer et de le découper.

Le patch permet de:

• l'annulation de CS1
• l'ajout de la modification supplémentaire à toto.c pour CS2
• refaire CS1 changements

Voir "Comment puis-je supprimer un jeu de modification d'un cours d'eau?"

Histoire 149483 est au sujet de l'amélioration que la lourdeur des flux de travail, et l'écart de détection est en cours d'amélioration (Amélioration de la 24822)

---

L' OP timwoj conclut:

J'ai fini de livrer tous, puis l'inversion de l'un que je ne voulais pas.

Answer 2

Problème:CS1 changements foo.c, CS2 autres changements foo.c.Vous ne voulez offrir CS2, mais CCF vous dit que serait introduire des écarts.

Solution:Créer un patch de CS2 et de suspendre les deux CS1 et CS2.Puis appliquer le patch, le fusionner dans votre espace de travail et la vérifier-dans les changements qui permettra de créer encore un autre changement, CS3, identique à CS2 mais avec aucune dépendance sur CS1.Vous pouvez maintenant offrir CS3.

Après la livraison de CS3, vous pouvez jeter CS2 et reprendre CS1 qui vous obligera à fusionner avec CS3.

Ensuite, vous devriez être dans l'état que CS1 s'appuie sur CS3 et vous pouvez choisir si ou de ne pas livrer CS1 dans l'avenir.