Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

ClickOnce 응용 프로그램 배포를 Team Build에 추가


일단, "Publish" 동작을 Team Build에 추가하는 것은 매우 간단합니다.

Incorporating a ClickOnce Application into your Team Build
; http://blogs.vertigosoftware.com/teamsystem/archive/2007/02/20/Incorporating_a_ClickOnce_Application_into_your_Team_Build.aspx

와~~~. 그냥 SolutionToPublish 노드만 추가해 주면 됩니다.

그런데... 저 같은 경우에는 이상하게 다음과 같은 오류가 팀 빌드에서 발생했습니다.

[Any CPU/Release] C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(2341,9): 
error MSB3190: ClickOnce does not support the request execution level 'requireAdministrator'.

이상하네요. 저는 ClickOnce로 배포되는 프로젝트의 app.manifest에 asInvoker로 지정해 두었는데 위에서는 requireAdministrator라고 지정되었다면서 오류가 발생한 것입니다. 음... 가만히 보니, ^^; SolutionToPublish로 지정한 경우에 해당 솔루션에 포함된 모든 EXE 프로젝트를 Publish 하는 것을 알 수 있었습니다. 즉, 솔루션에 포함된 콘솔 응용 프로그램 프로젝트 하나가 "requireAdministrator"로 지정되어 있었는데 그것까지도 배포하려고 하다 보니 오류가 발생한 것이었습니다.

일단은, 그 프로젝트의 manifest 파일을 수정해서 팀 빌드를 성공시켰습니다.

여기서 하나 더 아쉬운 점이 있는데, SolutionToPublish는 "배포까지" 시켜주지는 않고 "배포를 위한 파일"만을 빌드시켜주는 것입니다. 그래서, 팀 빌드 프로젝트에 "Application Files" 폴더만 생성되는 것이지요. 따라서, 실제 "배포까지" 시켜주려면 다음과 같이 복사해주는 과정까지 포함해주어야 합니다.

<Target Name="AfterDropBuild">
    <!-- ClickOnce 응용 프로그램 배포 -->
    <Exec IgnoreExitCode="false" 
    Command="robocopy &quot;$(OutDir)Application Files&quot; &quot;\\TargetMachine\Deploy\Application Files&quot; /S" />
    <Exec IgnoreExitCode="false" 
    Command="copy &quot;$(OutDir)TestApp.application&quot; &quot;\\TargetMachine\Deploy&quot; " />
</Target>

마지막으로... 개발자 PC에서 "Publish" 할 때는 버전이 자동으로 바뀌었지만 (물론, check-out도 자동으로 되고.) 팀 빌드에서 배포할 때는 버전이 자동으로 바뀌지 않습니다. 따라서, 코드 변경을 한 후 팀 빌드를 통해서 배포를 하려면 명시적으로 배포 버전을 올려주어야 합니다.



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/6/2021]

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

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13567정성태2/27/20241833오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241887오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241729닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241968Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241960디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20242000오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242078닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242124디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242951오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242198닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241925Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241987Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242136닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241866VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241953닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241903닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242100닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242215Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242530개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242344개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242112개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241997Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241878닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241895오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241926Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241920오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...