여기에서 답을 찾았습니다.
http://www.digitallycreated.net/Blog/59/locally-publishing-a-vs2010-asp.net-web-application-using-msbuild
Visual Studio 2010에는 단추 클릭만으로 웹앱 프로젝트를 쉽게 게시 할 수있는 새로운 웹 응용 프로그램 프로젝트 게시 기능이 있습니다. 백그라운드에서 Web.config 변환 및 패키지 빌드는 프로젝트 파일로 가져온 대규모 MSBuild 스크립트에 의해 수행됩니다 (C : \ Program Files (x86) \ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ Web \ Microsoft .Web.Publishing.targets). 안타깝게도 스크립트는 매우 복잡하고 지저분하며 문서화되지 않았습니다 (그 외에는 철자가 잘못되어 파일에 대부분 쓸모없는 주석이 있습니다). 그 파일의 큰 순서도와 그것에 연결하는 방법에 대한 문서는 좋지만 슬프게도 부족한 것 같습니다 (또는 적어도 찾을 수 없습니다).
불행히도 이것은 명령 줄을 통해 게시를 수행하는 것이 필요한 것보다 훨씬 더 불투명하다는 것을 의미합니다. 요즘 많은 상점이 지속적 통합 서버를 사용하고 일부는 (VS2010 게시 기능이 많은 도움이 될 수있는) 자동화 된 배포를 수행하기 때문에이 영역의 문서가 부족하다는 사실에 놀랐습니다. 쉽게!) 기능의 주요 요구 사항이 될 것입니다.
어쨌든, 몇 시간 동안 Microsoft.Web.Publishing.targets 파일을 파헤 치고 시행 착오 벽에 머리를 부딪친 후, 저는 Visual Studio가 "파일 시스템에 게시"를 한 번의 클릭으로 수행하는 방법을 알아낼 수있었습니다. 및 "배포 패키지 빌드"기능. MSBuild 스크립팅에 대해 좀 더 알아 보겠습니다. MSBuild에 익숙하지 않다면이 크래시 코스 MSDN 페이지를 확인하는 것이 좋습니다.
파일 시스템에 게시
VS2010 파일 시스템에 게시 대화 상자 파일 시스템에 게시는 MSBuild의 현명한 사용이 발생할 것으로 예상했기 때문에 잠시 시간이 걸렸습니다. 대신 VS2010은 매우 이상한 작업을 수행합니다. 프로젝트의 obj 폴더에 웹 앱 파일을 준비하는 일종의 반 배포를 수행하기 위해 MSBuild를 호출 한 다음 해당 파일의 수동 복사를 수행하는 것 같습니다 (예 : MSBuild 외부). 대상 게시 폴더에. MSBuild는 파일 (및 기타 빌드 관련 항목)을 복사하도록 설계 되었기 때문에 이것은 정말 엉뚱한 동작입니다. 따라서 전체 프로세스가 VS2010이 호출 한 하나의 MSBuild 대상이고 대상이 아니라 수동 복사본이면 이해가 될 것입니다.
즉, 명령 줄에서 MSBuild를 통해이 작업을 수행하는 것은 특정 대상이있는 프로젝트 파일을 호출하고 일부 속성을 설정하는 것만 큼 간단하지 않습니다. VS2010에서 수행해야하는 작업을 수행해야합니다. 절반 배포를 수행하는 대상을 직접 만든 다음 결과를 대상 폴더에 복사합니다. 프로젝트 파일을 편집하려면 VS2010에서 프로젝트를 마우스 오른쪽 버튼으로 클릭하고 프로젝트 언로드를 클릭 한 다음 다시 마우스 오른쪽 버튼을 클릭하고 편집을 클릭합니다. 웹 응용 프로그램 대상 (Microsoft.WebApplication.targets,이 파일 자체가 앞서 언급 한 Microsoft.Web.Publishing.targets 파일을 가져옴)을 가져 오는 Import 요소를 찾을 때까지 아래로 스크롤합니다. 이 줄 아래에 PublishToFileSystem이라는 새 대상을 추가합니다.
<Target Name="PublishToFileSystem"
DependsOnTargets="PipelinePreDeployCopyAllFilesToOneFolder">
<Error Condition="'$(PublishDestination)'==''"
Text="The PublishDestination property must be set to the intended publishing destination." />
<MakeDir Condition="!Exists($(PublishDestination))"
Directories="$(PublishDestination)" />
<ItemGroup>
<PublishFiles Include="$(_PackageTempDir)\**\*.*" />
</ItemGroup>
<Copy SourceFiles="@(PublishFiles)"
DestinationFiles="@(PublishFiles->'$(PublishDestination)\%(RecursiveDir)%(Filename)%(Extension)')"
SkipUnchangedFiles="True" />
</Target>
이 대상은 수동 복사를 수행하기 전에 VS2010이 호출하는 PipelinePreDeployCopyAllFilesToOneFolder 대상에 따라 다릅니다. Microsoft.Web.Publishing.targets를 살펴보면이 대상을 호출하면 프로젝트 파일이 _PackageTempDir 속성에 지정된 디렉터리에 배치된다는 것을 알 수 있습니다.
대상에서 호출하는 첫 번째 작업은 PublishDestination 속성이 설정되지 않은 경우에만 작업이 발생하도록 조건을 설정 한 오류 작업입니다. 이렇게하면 PublishDestination 속성을 지정하는 것을 잊은 경우 빌드 오류가 발생합니다. 그런 다음 MakeDir 작업을 호출하여 해당 PublishDestination 디렉터리가 아직없는 경우 만듭니다.
그런 다음 _PackageTempDir 폴더 아래에있는 모든 파일을 나타내는 PublishFiles라는 항목을 정의합니다. 그런 다음 모든 파일을 게시 대상 폴더로 복사하는 복사 작업이 호출됩니다. Copy 요소의 DestinationFiles 속성은 약간 복잡합니다. 항목의 변환을 수행하고 해당 경로를 PublishDestination 폴더에 루트가 지정된 새 경로로 변환합니다 (해당 % ()의 의미를 보려면 Well-Known Item Metadata를 확인하십시오).
명령 줄에서이 대상을 호출하기 위해 이제 다음 명령을 수행 할 수 있습니다 (분명히 프로젝트 파일 이름과 속성을 사용자에게 맞게 변경).
msbuild Website.csproj "/p:Platform=AnyCPU;Configuration=Release;PublishDestination=F:\Temp\Publish" /t:PublishToFileSystem
Condition="false"이전 버전과의 호환성을 위해 조건부 가져 오기가 존재합니다. VS2010에서는 잘못된 조건으로 인해 건너 뛴 경우에도이 가져 오기가 존재해야합니다. 다시 보면 csproj$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets에 현재 버전의 Visual Studio에 대한 대상 파일로 확인되는 다른 가져 오기가 포함되어 있음을 알 수 있습니다 .