Question

J'ai un mauvais sentiment que la réponse est non, mais la commande CheckIn est-elle du client Remote ClearCase en mode mono-commandant de toute façon atomique?

Par exemple, j'ai trois fichiers A, B et C. Je apporte des modifications à chaque fichier et effectuez une vérification.Un chèque de chèques B, mais c obtient un conflit de fusion.Dans ce cas, que se passe-t-il?La vérification de tous les fichiers échoue-t-elle ou n'échouera-t-elle que C (auquel cas-t-on, le repo est dans un état brisé).

Si c'est ce dernier, y a-t-il un moyen de le rendre atomique en utilisant juste rcleartool?

Toute aide serait appréciée!

Était-ce utile?

La solution

Je ne l'ai pas encore testé, mais pas que:

  1. Atomic Checkin doit être activé sur la cible VOB dans laquelle vous souhaitez effectuer des checkins atomiques.
  2. Il est seulement pour la base ClearCase
  3. Vous avez besoin de 7.1.1.1.2 (sinon, vous aurez un erreur pour la plupart du type d'objet lors de plusieurs fichiers Checkins )
  4. Aucune autre opération (lecture / écriture) sur les VOBS est possible pendant Un checkin atomique .
    (Ce qui me fait penser que RClearTool ne devrait pas être capable de réaliser - sur WAN - une vérification atomique: il bloquerait un VOB de manière trop longue).

    Le Dernière (7.1.2) Description de Checkin mentionne:

    Sélectionnez cette option (qui est également appelée checkine atomique) pour spécifier que l'opération de contrôle a lieu dans une seule transaction en vrac. Si l'une des ressources vérifiées échoue pour une raison quelconque, l'ensemble de l'opération de contrôle échoue.
    Lorsque vous sélectionnez cette option, la vérification même si la version est identique à son prédécesseur est automatiquement sélectionnée car un fichier identique entraînerait l'échec de l'échec de l'ensemble de la vérification.

    Ainsi, dans le cas d'un conflit de fusion, il abandonnera la totalité de la transaction.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top