Pourquoi mes changements en attente normaux sont-ils reconnus comme «non résolus» par RTC?

StackOverflow https://stackoverflow.com//questions/9665230

  •  12-12-2019
  •  | 
  •  

Question

Je suis connecté à une zone de projet, j'ai chargé mes espaces de travail de référentiel sur disque et modifier mes fichiers de manière légitime.

Mes changements ne sont toutefois pas perçus comme «sortants», mais comme «non résolus».J'ai travaillé sur des projets avec RTC avant, de sorte que cette situation est inattendue.

Quelqu'un a une idée de la raison pour laquelle toutes mes modifications sont considérées comme "non résolues"?

thx, vous réglez les gars.

Était-ce utile?

La solution

Ils seront reconnus comme sortants une fois que vous les avez vérifiées (dans un nouveau jeu de changset ou une nouvelle modification existante).

En réalité, si vous avez des changements sortants existants, vous pouvez faire glisser des modifications non résolues à ces changements (voir " Gestures avancées et flux de travail "):

dragandrop

Autres conseils

Mon expérience sur la RTC est inférieure,

Dans cas normal, la note "non résolue" vient dans 2 cas 1. Lorsque quelqu'un d'autre a modifié le même projet dans différents espaces de travail (grand public). 2. Le projet livré et le projet / contenu de la boîte à sable ont des différences.

Dans votre cas, c'est son 2e cas, vous avez modifié quelque chose dans le bac à sable local qui vous donne ce problème non résolu. Dans votre cas, vous devez vous enregistrer, c'est-à-dire le contenu .JAVA sur votre serveur local. Si vous sélectionnez "Enregistrement et livraison", le fichier .java sera poussé vers le serveur principal considéré comme une multimédia livrable dans la plupart des cas. (Je ne sais pas ce qui est dans l'affaire Oyur.)

Si non résolu arrive à cause de la deuxième raison, vous trouverez ensuite les options que vous pouvez utiliser: Si vous cliquez sur l'incidence non résolue, vous obtiendrez 4 options pour le résoudre, l'un d'entre eux est «Auto Redoved» qui est plus efficace pour .C et .h fichiers et d'autres projets non UML.

options 1. Résolution automatique 2. Résoudre avec proposé 3. Résoudre avec le mien 4. Découvre comme fusion

La résolution automatique est généralement utilisée pour de petits changements pour les fichiers sans environnement. (L'outil est effacieux à résoudre) Résolvez avec proposé: Dans ce cas, les modifications dont l'arre est éloignée vous réfléchira au courant dominant. Résoudre avec le mien: dans ce cas, les modifications seront extraites de votre sable local Boz et que les livres refléteront les mêmes changements sur les ordinateurs multiples. Résolvez comme fusion: Dans ce cas, vous comparez les deux documents non résolus, puis vous devez prendre des modifications manuelles en ligne par ligne, puis vos modifications proposées refléteront dans le domicile.

Veuillez donner des commentaires si une requête,

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