Windows 서비스 프로젝트와 웹 응용 프로그램 프로젝트가 포함 된 Visual Studio 2012 솔루션이 있습니다.Team City with Visual Studio 솔루션 빌드 단계
Team City (버전 8.0.3)에서 수동으로 배포 할 두 개의 zip 파일 (서비스 용과 웹용)을 만들길 원합니다.
전체 솔루션을 빌드하는 빌드 단계를 작성하고 Windows 서비스를 게시하는 빌드 단계 및 게시 프로파일을 통해 웹 사이트를 게시하는 빌드 단계를 작성해야합니다. 그런 다음 일반 설정의 이슈 경로를 사용하여이 두 게시 된 폴더를 압축하십시오.
솔루션을 빌드하고 이슈 경로를 사용하여 두 개의 zip 파일을 만드는 빌드 단계가 하나만 있어야합니까?
위의 방법보다 좋은 방법이 있습니까?
이 두 프로젝트가 연결되어 있고 어떤 방법으로 함께 만들어야하는지 스스로에게 물어야합니다.
내 감정은 : 귀하의 프로젝트가 동일한 솔루션에 있다면, 그들은 몇 가지 방법으로 연결되어 함께 구성되어야한다는 것입니다.
그런 다음 솔루션 (sln)을 빌드해야하고 프로젝트 (*proj)는 빌드해야합니다.
응용 프로그램 조직
일반적으로, 응용 프로그램이 구성되는 방식을 써주 -too 재정 안 빌드 서버. 응용 프로그램을 빌드하려면 항상 plateform 응용 프로그램 설명자를 사용해야합니다.
.NET 및 Visual Studio의 경우 the application descriptor is your solution (sln)입니다. 애플리케이션의 요구 사항과 애플리케이션을 정의하는 방법을 정의합니다.
프로젝트를 별도로 빌드해야하는 경우 특정 솔루션 구성 (Release & 디버그 외에도)을 만드는 것을 선호하지 않는 한 다른 솔루션을 사용해야합니다. 어쨌든 솔루션은 여전히 빌드 시작 지점입니다.
인 TeamCity
다른 인 TeamCity 및 독립 실행 형 응용 프로그램에 대해 말하기 것은 별도의 빌드 구성에 있어야합니다.
순수한 빌드 (코드 컴파일) 한 빌드 단계에 있어야합니다 그리고 당신은 하나 개의 빌드 구성에 너무 많은 코드 컴파일 주자를 사용할 수 없습니다.
빌드 구성에는 응용 프로그램 팜 논리가 반영되어야합니다. 당신은 예를 들어 포장에 관련된 어떤 방법으로 그들을 연결해야하는 경우
, 당신은 당신의 빌드 구성 snapshot or artifact dependency을 통해를 연결할 수 있습니다.