RTC가 정상적인 보류중인 변경 사항은 왜 "해결되지 않은"것으로 인정됩니까?

Question

프로젝트 영역에 연결되어 있고, 디스크에 리포지토리 작업 공간을로드하고 파일을 합법적 인 방식으로 수정하고 있습니다.

나의 변화는 "나가는"것으로 보이지만 "해결되지 않은"것으로 간주되지 않습니다.이전에는 RTC가있는 프로젝트에서 일했습니다. 따라서이 상황은 예상치 못한 것입니다.

누구나 내 모든 변경이 "해결되지 않은"것으로 보이는 이유는 무엇입니까?

thx, 당신은 규칙을 지배합니다.

Answer 1

새로운 Changset 세트 또는 기존 변경 사항에서 확인한 후에는 발신으로 인식됩니다.

실제로 기존의 나가는 변경 사항이있는 경우 해결되지 않은 것들을 변경 사항으로 끌어 놓을 수 있습니다 ( " 고급 제스처 및 워크 플로우 ") :

Answer 2

RTC에 대한 나의 경험이 적습니다.

정상적인 경우 "해결되지 않은"메모가 2 예에서 제공됩니다. 1. 다른 사람이 다른 작업 공간 (주류)에서 동일한 프로젝트를 수정했을 때. 2. 배달 된 프로젝트 및 샌드 박스 프로젝트 / 콘텐츠가 차이가 있습니다.

귀하의 경우에 귀하 가이 해결되지 않은 문제를 제공하는 현지 샌드 박스에서 무언가를 수정 한 2 차 사례로 보입니다. 귀하의 경우에 체크인해야합니다. 귀하의 로컬 서버에 .java 콘텐츠를 넣어야합니다. "체크인 및 제공"을 선택하면 .java는 대부분의 경우의 전달 가능한 주류로 간주되는 메인 서버로 푸시됩니다. (나는 oyur 사건에 무엇이 있는지 모른다.)

두 번째 이유로 해결되지 않은 경우 해결되지 않은 경우 다음을 사용할 수있는 옵션입니다. 해결되지 않은 해결 방법을 클릭하면 4 가지 옵션을 해결할 수 있습니다. 그 중 하나는 .c 및 .h 파일 및 기타 비 UML 프로젝트에 대해보다 효과적인 "자동 재단"입니다.

옵션 1. 자동 해결 2. 제안으로 해결하십시오 3. 내로 해결하십시오 4. 병합으로 재설정

자동 해결은 일반적으로 비 환경 파일의 작은 변경에 사용됩니다. (도구는 해결할 수있는 효과가 있습니다) 제안 된 것으로 해결됨 :이 경우에 대한 원격이 주류에 반영되는 변경 사항을 변경하십시오. 광산으로 해결 :이 경우 로컬 모래 BOZ에서 변경 사항을 취해지고 배달 된 것은 주류에 동일한 변화를 반영합니다 병합으로 해결 :이 두 가지 해결되지 않은 문서를 비교 한 다음 수동으로 변경 사항을 변경 한 다음 제안 된 변경 사항이 주류에 반영됩니다.

쿼리가있는 경우 comments,