Visual Studio에서 프로젝트를 디버깅 / 게시하기 전에 프로젝트를 정리 / 재 구축해야합니까?

이것은 어리석은 질문 일 수도 있지만 Visual Studio 프로젝트를 디버깅하거나 게시하기 전에 정리 / 다시 작성해야합니까?

나는 다른 개발자들이 항상 그것을하고있는 것을 보았고 어느 시점에서 나는 생각조차하지 않고 시작했습니다. 항상 깨끗하고 기다리다가 다시 빌드하고 기다리며 게시하는 것이 습관입니다.

나는 항상 그것을하지 않았다는 것을 알고있다 .... 나는 오류를 디버깅하는 데 많은 시간을 보낸 후에 그것을 시작했다고 생각한다. 나는이 문제를 두 번 이상 겪었으므로 일회성 문제가 아니라는 것을 알고 있지만 항상 프로젝트를 정리 / 재 구축하는 것은 엄청난 시간 낭비처럼 보입니다.

그럴 필요 는 없지만 Visual Studio는 때로 만들어진 어셈블리를 추적 하지 못하는 경우가 있습니다. 그럴 경우 오래된 어셈블리와 디버깅 경험이 나빠질 수 있습니다 (코드와 기호가 일치하지 않는 경우).

결과적으로 매번 다시 빌드를 수행합니다 (Clean + Build 수행). 이 방법으로 Visual Studio의 히트 및 미스에 의존하지 않습니다.)

"필수"는 아니지만 주요 릴리스 이전 및 / 또는 다른 리소스에서 파일을 가져온 후 Clean + Build를 수행 할 수 있습니다.

VS는 때때로 수정 된 파일을 식별하지 못해 필요한 재 컴파일을 무시합니다. 필자의 경우, 이것은 보통 덮어 쓰기 동작 (예 : SCM에서 다운로드, 동료의 디렉토리에서 복사 / 붙여 넣기)을 통해 파일이 업데이트 될 때 발생합니다. 문제는 아마도 파일의 날짜 일 것입니다. 새 파일에 VS의 레코드보다 오래된 날짜 (또는 생성 된 날짜, 어떤 타임 스탬프 VC가 참조하는지 알 수 없음)가 있으면 VS는 해당 파일을 다시 컴파일하지 않습니다.

내 권장 사항은 동일한 컴퓨터에서 로컬로만 업데이트 한 내용을 컴파일하는 경우 청소하지 않고 빌드하면 괜찮을 것입니다.

청소 및 재 구축은 이전 빌드에서 누적되었을 수있는 잘못된 조립품, 자원 또는 기타 자산을 쉽게 정리할 수있는 방법입니다. 또한 Visual Studio가 실제로 참조하는 내용에 대해 혼동되기 때문에 어셈블리를 일관성있는 상태로 유지하는 데 도움이됩니다.

우리 가게에서는 같은 방식으로 작업하지만 재 구축도 잘 작동 할 것입니다.