최근에 "빌드"옵션을 사용하여 해결 된 것으로 보이는 이슈 트래커 시작 키트에 문제가있었습니다. 이전에는 일반적으로 "재생"버튼을 사용하여 앱을 디버그 한 다음 마지막으로 "재생"버튼을 눌렀을 때 모든 것이 작동 할 때 파일을 스테이지했습니다. 앱을 완전히 컴파일했음을 가정합니다.Visual Studio 재생 또는 빌드
"재생"버튼과 "빌드"메뉴 옵션간에 차이가 있는지 궁금합니다. 그렇다면 차이점은 무엇입니까?
"재생"버튼이 빌드되고 기본 페이지를 인자로하여 브라우저를 실행하는 동안 "빌드"버튼이 웹 사이트를 컴파일합니다.
"재생"단추는 솔루션에서 시작점으로 지정된 어셈블리를 실행하도록 설계되었습니다. ASP.NET 웹 사이트에는 콘솔 응용 프로그램에서 static void Main()과 같은 참 "진입 점"이 없기 때문에 브라우저의 프로젝트 "시작 페이지"를 열어 유사한 동작을 시뮬레이션합니다.
재생 단추 (F5)는 응용 프로그램을 디버그 모드로 실행합니다.
빌드 메뉴는 어셈블리 만 컴파일하고 생성합니다.
다른 옵션 CTRL + F5는 응용 프로그램을 실행하지만 디버그 모드는 실행하지 않습니다.
+1 "디버그 모드"에 대한 좋은 지적입니다. –
예, 방금 추가하고 싶습니다. :) – Canavar
WebSite 프로젝트에서 "재생"의 단점은 문제가되는 코드가 App_Code 디렉토리 밖에 있고 오류가 포함 된 코드를로드하지 않으면 컴파일러 오류가 누락 될 수 있다는 것입니다. 나는 "빌드"를하는 것이 그러한 종류의 오류를 잡는다고 생각합니다.
다른 주목할 점 - 솔루션 내에 클래스 라이브러리와 같은 추가 프로젝트가있는 경우 종속성이 구성 관리자에서 올바르게 설정되어 해당 프로젝트가 "재생"되기 전에 빌드되도록해야합니다. 사이트. 그렇지 않으면 클래스 라이브러리를 변경 한 다음 사이트를 "재생"하지만 변경 사항은 볼 수 없습니다.
하지만 "재생"을 누르면 응용 프로그램이 먼저 컴파일되므로 재생 버튼 *이 브라우저를로드한다는 점만 제외하면 동작이 정확히 동일합니다. 프로세스의 컴파일 단계까지는 똑같은 일을하고 있습니다. 맞습니까? – SqlRyan
@rwmnau : 100 % 맞습니다 :) –