visual-studio

어, 이것은 오래된 문제이며 Visual Studio에서 가끔씩 나타나는 문제입니다. 그것은 나를 몇 번 물었고 VS와 다시 시작하고 싸우는 데 몇 시간을 낭비했습니다. 나는 그것이 두 번 이상 여기에서 논의되었다고 확신합니다. MSDN 포럼에서도 논의되었습니다. 실제 솔루션은 없지만 몇 가지 해결 방법이 있습니다. 여기에서 조사를 시작하십시오 .

무슨 일이 일어나고 있는지 VS가 파일에 대한 잠금을 획득 한 다음 해제하지 않는 것입니다. 아이러니하게도이 잠금은 VS 자체가 파일을 삭제하는 것을 방지하므로 응용 프로그램을 다시 빌드 할 때 파일을 다시 만들 수 있습니다. 유일한 해결책은 VS를 닫고 다시 시작하여 파일에 대한 잠금을 해제하는 것입니다.

내 원래 해결 방법은 bin / Debug 폴더를 열고 실행 파일의 이름을 바꾸는 것이 었습니다. 잠겨있는 경우 삭제할 수 없지만 이름을 바꿀 수 있습니다. 따라서 끝에 숫자 만 추가하면 모든 창을 닫고 VS가 다시 시작될 때까지 기다릴 필요없이 계속 작업 할 수 있습니다. 어떤 사람들은 이전 출력 파일 이름 끝에 임의의 문자열을 추가하기 위해 사전 빌드 이벤트 를 사용하여이를 자동화했습니다 . 예, 이것은 거대한 해킹이지만이 문제는 너무 실망스럽고 쇠약 해져서 무엇이든 할 수 있습니다.

좀 더 많은 실험을 한 후에 디자이너 중 한 명이 열려있는 상태에서 프로젝트를 빌드 할 때만 문제가 발생하는 것 같다는 것을 나중에 알게되었습니다. 따라서 장기적으로 저에게 효과가 있었고 이러한 어리석은 오류 중 하나를 다시 처리하지 못하게 한 솔루션은 WinForms 프로젝트를 빌드하기 전에 항상 모든 디자이너 창을 닫는 것입니다. 예, 이것도 다소 불편하지만 VS를 한 시간에 두 번 이상 다시 시작해야하는 바지보다 확실히 낫습니다.

나는 이것을 사용하지 않고 개인적으로 거기에서 문제를 경험하지 않았지만 이것이 WPF에도 적용된다고 가정합니다.

나는 또한 아직 VS 2012 RC에서 그것을 재현하려고 시도하지 않았습니다. 아직 거기에서 고쳐 졌는지 아닌지는 모르겠습니다. 그러나 지금까지 내 경험에 따르면 Microsoft가 수정했다고 주장한 후에도 여전히 팝업이 나타납니다. VS 2010 SP1에도 여전히 있습니다. 물론 프로그래머가 자신이 무엇을하는지 모르는 바보라고 말하는 것은 아닙니다. 버그에 대한 원인은 여러 가지 뿐이며 실험실에서 안정적으로 재현하기가 매우 어렵다고 생각합니다. 그것은 내가 개인적으로 버그 보고서를 제출하지 않은 것과 같은 이유입니다 (나는 다른 사람들을 +1 했음에도 불구하고).

_{<특별히 누구에게도 향하지 않는 최후의 폭언>}

답변

if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"