2011-08-05 5 views
0

Accurev가 프로그램을 열 때 자동으로 "업데이트"를 실행하는 것이 표준 동작이 아닌 이유는 무엇입니까? '업데이트'는 사용자의 지역 샌드 박스를 건물/판촉 지역의 최신 파일로 업데이트합니다.Accurev - 자동 업데이트를 사용하지 않으시겠습니까?

가장 최근의 파일을 먼저 동기화해야하는 것으로 예상되는 기능처럼 보입니다.

항상 업데이트해야한다고 주장하지는 않지만 자동 업데이트가 올바르지 않은 이유에 대해 궁금합니다.

답변

1

환경 설정에 따라 달라질 수 있습니다. 나는 자동 업데이트 기능을 좋아하지 않을 것이다. 거대한 프로젝트가 있고 Accurev를 시작할 때마다 빌드하고 싶지 않다고 가정 해보십시오. 그러나 소스 파일과 디버깅 정보가 더 이상 일치하지 않기 때문에 디버그 할 수도 없습니다.

+0

업데이트 할 때마다 왜 모든 DLL을 다시 컴파일해야합니까? –

+0

내 머리 꼭대기에서 벗어나십시오 ... 클래스 구조가 변경됩니다 - 헤더를 포함하는 모든 프로젝트를 컴파일해야합니다. 어쩌면 전체 프로젝트가 아니 겠지만, 변경 사항이 매우 기본적인 구성 요소에 포함된다면, 그것은 상당 부분 추가 ​​될 것입니다. –

3

자동 업데이트로 인해 원치 않는 결과가 발생할 수 있습니다.

당신은 개발 작업을하고 있지만 실수로 수정 ​​한 파일을 되돌릴 필요가 있습니다. 따라서 AccuRev를 열지 만 "가장 최근 버전으로 되돌릴"기회가 있기 전에 되돌리려는 파일을 포함하여 업스트림이 변경된 파일 100 개를 포격합니다. 진행중인 코드 불안정성 병합을 포함하여 솔루션이 빌드되기 전에 모든 병합 충돌을 해결할 수있는 위치에있게되었습니다.

사용자가 직접 업데이트하도록 요구하면 개발자가 샌드 박스에서 작업을 불안정하게 만들 수있는 코드 변경을하지 않고도 자신의 작업 영역 내에서 변경 사항을 커밋 (유지) 할 수 있습니다. 개발자가 자신의 코드가 다른 사람들과 공유 할 수있는 시점에 이르면 업데이트하기 전에 병합 된 코드베이스를 빌드/다시 테스트 할 적절한시기입니다.

그러나 자동 업데이트가 유용 할 수 있다고 생각하는 시나리오가 하나 있습니다. 작업 영역이 변경된 후입니다. 즉, 개발자의 작업 공간이 스트림 계층의 한 부분에서 다른 부분으로 이동할 때.

  1. 이 (오히려 자세하게) 우리에게 상기 확인 대화 상자를 수락 우리가 어떤 변화를 촉진하기 전에 우리는 우리의 작업 공간을 업데이트해야합니다 : 우리는 우리를 reparent마다 약간의 춤을해야한다.
  2. 작업 영역을 두 번 클릭하여 파일을 봅니다.
  3. AccuRev가 "보류 중"검색을 수행 할 때까지 기다렸다가 파일 변경이 커밋 대기 중 상태인지 확인합니다.
  4. 마지막으로 업데이트를 수행하십시오.

확인 대화 상자를 제공하는 대신 AccuRev가 즉시 업데이트 할 것인지 묻는 것이 좋을 것입니다.