Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 4개 있습니다.)
개발 환경 구성: 294. .NET Core 프로젝트에서 "Copy to Output Directory" 처리
; https://www.sysnet.pe.kr/2/0/11025

VS.NET IDE: 118. Visual Studio - 다중 폴더에 포함된 파일들에 대한 "Copy to Output Directory"를 한 번에 설정하는 방법
; https://www.sysnet.pe.kr/2/0/11246

개발 환경 구성: 689. MSBuild - CopyToOutputDirectory가 "dotnet publish" 시에는 적용되지 않는 문제
; https://www.sysnet.pe.kr/2/0/13465

VS.NET IDE: 195. Visual C++ - C# 프로젝트처럼 CopyToOutputDirectory 항목을 추가하는 방법
; https://www.sysnet.pe.kr/2/0/13820




.NET Core 프로젝트에서 "Copy to Output Directory" 처리

(2023-11-28 업데이트) Visual Studio 2017 시점부터 project.json 형식의 프로젝트 구성 파일을 더 이상 지원하지 않고 XML 형식의 기존 msbuild 형식으로 통합되었으므로 이 글의 내용은 더 이상 유용하지 않습니다.





Visual Studio로 프로젝트 하다 보면 간혹 프로젝트에 포함된 파일을 .exe 파일이 배포되는 폴더에 복사하고 싶을 때가 있는데, 이럴 때 그 항목의 "속성" 창에서 "Copy to Output Directory" 옵션을 조정하는 것으로 해결할 수 있습니다.

how_to_export_code_coverage_result_2.png

그런데, ".NET Core" 프로젝트를 Visual Studio에서 생성하면,

Visual Studio 2015에서 .NET Core 응용 프로그램 개발
; https://www.sysnet.pe.kr/2/0/11003

이 옵션이 제공되지 않습니다.

copy_to_dir_in_ndx_1.png

검색해 보니 다음의 글이 나오는데,

Copy content files to output directory of DNX Console app via project.json
; http://stackoverflow.com/questions/34482103/copy-content-files-to-output-directory-of-dnx-console-app-via-project-json

project.json 파일에 아래와 같이 "content" 설정을 하면 된다고 합니다.

{
  "version": "1.0.0-*",
  "buildOptions": {
    "emitEntryPoint": true
  },

  "dependencies": {
    "Microsoft.NETCore.App": {
      "type": "platform",
      "version": "1.0.0"
    }
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": "dnxcore50"
    }
  },

  "content": [
    "input.txt"
  ]
}

하지만, 컴파일할 때 다음과 같이 "deprecated" 경고가 발생합니다. (하지만, 동작은 합니다.)

1>C:\Users\...\ConsoleApp1\src\ConsoleApp1\project.json(20,14): warning DOTNET1015: The 'content' option is deprecated. Use 'publishOptions' to publish or 'copyToOutput' in 'buildOptions' to copy to build output instead.


이후 변경되었기 때문인데, 그래서 buildOptions에 copyToOutput 설정을 하면 됩니다. (publish 옵션은 "dotnet publish"로 실행하는 경우에만 해당하는 듯!)

그러니까, 다음과 같이 변경할 수 있습니다.

{
  "version": "1.0.0-*",
  "buildOptions": {
    "emitEntryPoint": true,
    "copyToOutput": {
      "include": [ "input.txt" ]
    }
  },

  "dependencies": {
    "Microsoft.NETCore.App": {
      "type": "platform",
      "version": "1.0.0"
    }
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": "dnxcore50"
    }
  }
}

이걸로 해결은 됐지만 한 가지 아쉬운 점이 있습니다. 소스 코드가 변경된 경우, 빌드를 하면서 "copyToOutput" 옵션이 적용되어 input.txt 파일이 복사되는 반면, 소스 코드가 변경되지 않은 체 input.txt 파일만 변경하고 빌드하면 복사가 되지 않습니다. 따라서, "copyToOutput" 항목에 해당하는 파일의 내용이 변경되었다면 무조건 "Rebuild" 명령을 내려야 합니다.





[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/28/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2019-05-10 09시22분
현재 Visual Studio 2017의 경우 .NET Core 프로젝트에서도 "Copy to Output Directory" 옵션을 UI로 설정할 수 있습니다.
정성태

1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13679정성태7/16/20247588Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
13678정성태7/15/20248201VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20248601오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20248339Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202410706C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20249245오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20249969닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247985닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20248299오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20248358오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20248652개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247240닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20249139Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20249427Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20248559닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20248345닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248240Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20249061오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20248965개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20249695개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20248786닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20249521Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20249080닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20248753오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20248920닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/202410439닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...