지속적인 통합-배포
자동화 된 빌드 및 반복 가능한 빌드. 자동화 된 테스트 및 반복 가능한 테스트. 테스트 카테고리 및 테스트 빈도. 지속적인 검사. 지속적인 데이터베이스 통합. 효과적인 CI 환경을 만들기위한 이러한 일련의 작업은 주로 한 가지 주요 이점을 제공합니다. 즉, 어떤 환경에서든 언제든 작동중인 소프트웨어를 릴리스하는 것입니다.
이전 장에서 우리는 다음 세그먼트를 모두 수행했습니다.
- 코드를 만들었습니다.
- TeamCity에서 적절한 빌드를 확인했습니다.
- 데이터베이스 통합 프로세스를 만들었습니다.
- 성공적인 테스트를 수행했습니다.
이제 남은 것은 자동화 된 배포를 수행하여 전체 프로세스를 완료하는 것입니다.
우리의 경우 자동화 된 배포의 경우 다음 단계를 따라야합니다.
배포 서버에서 IIS가 설치되어 있는지 확인하십시오.
IIS 사용자에게 데이터베이스에 대한 액세스 권한이 있는지 확인하십시오.
사이트를 빌드 할 때 게시하는 데 사용할 게시 프로필을 만듭니다.
자동 배포를 수행하도록 MSBuild 명령을 변경해야합니다.
TeamCity를 자동화하여 자동 게시를 수행합니다.
할 git commit 모든 파일이 Git에 있는지 확인하십시오.
Step 1− 로컬 IIS 서버를 구성합니다. 로컬 또는 원격 IIS 서버가있는 경우 다음 구성을 수행하여 응용 프로그램을 배포 할 수 있습니다. 배포를 자동화 된 방식으로 수행하기 전에 수동으로 수행 할 수 있는지 확인하는 것이 항상 좋은 방법입니다.
Step 2 − Windows 2012 서버에서 서버 관리자로 이동하여 역할 및 기능 추가를 클릭합니다.
Step 3 − 다음 화면이 나타나면 다음을 클릭합니다.
Step 4 − 다음 화면에서 역할 기반 또는 기능 기반 설치를 선택하고 다음을 클릭합니다.
Step 5 − 기본 서버를 선택하고 다음을 클릭합니다.
Step 6 − 웹 서버 역할을 선택하고 다음을 클릭합니다.
Step 7 − 다음 화면이 나타나면 다음을 클릭합니다.
Step 8 − 나타나는 다음 화면에서 다시 다음을 클릭합니다.
Step 9 − 다음 팝업 화면에서 다음을 클릭합니다.
Step 10 − 마지막 화면에서 설치 버튼을 클릭하여 IIS를 설치할 수 있습니다.
IIS가 설치되면 인터넷 정보 서비스를 열어 열 수 있습니다.
Step 11 − 응용 프로그램 풀을 클릭하면 다음 이름의 풀이 표시됩니다. DefaultAppPool. 다음 단계에서 SQL Server에 액세스 할 수 있어야합니다.
Step 12 − ASP.Net 응용 프로그램을 MS SQL Server 응용 프로그램에 연결해야하는 경우 기본 응용 프로그램 풀에 대한 액세스 권한을 SQL Server 인스턴스에 부여해야합니다. Demodb 데이터 베이스.
Step 13− SQL Server Management Studio를 엽니 다. 로그인으로 이동하여 마우스 오른쪽 버튼을 클릭하고 메뉴 옵션을 선택합니다.New Login.
다음 화면에서 다음 매개 변수를 업데이트하고 확인을 클릭하십시오.
- IIS APPPOOL \ DefaultAppPool로 로그인 이름.
- 기본 데이터베이스 – 이것은 demodb 인 데이터베이스 여야합니다.
Step 14 − 만들기 Publish Profile. 게시 프로필은 Visual Studio에서 MS Build 및 모든 CI Server에서 사용할 수있는 배포 패키지를 만드는 데 사용됩니다. 이렇게하려면 Visual Studio에서 프로젝트를 마우스 오른쪽 단추로 클릭하고 게시 메뉴 옵션을 클릭합니다.
Step 15 − 다음 화면이 나타나면 새 게시 프로필 생성을 선택하고 이름을 지정합니다. DemoDeployment. 그런 다음 다음 버튼을 클릭합니다.
다음에 나타나는 화면에서 다음 값을 추가하십시오.
- 게시 방법을 웹 배포로 선택합니다.
- 서버를 localhost로 입력하십시오.
- 사이트 이름을 기본 웹 사이트 / 데모로 입력합니다.
- 도착 URL을 다음과 같이 입력하십시오. http://localhost/Demo
그런 다음 다음 버튼을 클릭합니다.
Step 16 − 다음 화면에서 다음을 클릭합니다.
Step 17 − 최종 화면이 나타나면 게시 버튼을 클릭합니다.
이제 당신이 가면 C:\Demo\Simple\Properties\PublishProfiles 프로젝트의 위치에 새로운 publish profile xml file만들어진. 이 게시 프로필 파일에는 응용 프로그램을 로컬 IIS 서버에 게시하는 데 필요한 모든 세부 정보가 포함됩니다.
Step 18− 이제 MSBuild 명령을 사용자 지정하고 위의 게시 프로필을 사용하여 어떤 일이 발생하는지 살펴 보겠습니다. MSBuild 명령에서 다음 매개 변수를 지정합니다.
Deploy on Build is true – 빌드가 성공적으로 완료되면 자동 배포가 트리거됩니다.
그런 다음 위 단계에서 사용 된 게시 프로필을 사용하도록 언급합니다.
Visual Studio 버전은 사용중인 Visual Studio 버전에 대한 MSBuild 배포 기능에 언급됩니다.
위의 명령을 실행하면 MSBuild가 빌드 및 배포 프로세스를 트리거합니다. 당신이 주목할 것은 우리의Default Website IIS 서버에서.
이제 사이트를 탐색하면 http://localhost/Demo/Demo.aspx 다음 출력이 표시됩니다. 이는 MSBuild가 웹 사이트에 성공적으로 배포했음을 의미합니다.
Step 19 − TeamCity를 통한 자동화 – 이제 위에서 언급 한 단계에 따라 MSBuild를 사용하여 애플리케이션을 자동으로 배포하는 TeamCity 서버에 작업을 추가해야합니다.
Step 20 − 프로젝트 대시 보드로 이동하여 Edit Configuration Settings.
Step 21 − 빌드 단계로 이동하여 빌드 단계 추가를 클릭합니다.
다음 옵션을 선택하십시오-
러너 유형은 MSBuild 여야합니다.
선택적 단계 이름 제공
빌드 경로를 Simple / Simple.csproj로 입력합니다.
MSBuild 버전을 Microsoft Build Tools 2013으로 유지
MSBuild 도구 버전을 12.0으로 유지
명령 줄을 / p : DeployOnBuild = true / p : PublishProfile = DemoDeployement / p : VisualStudioVersion = 12.0으로 입력합니다.
Step 22 − 저장을 클릭합니다.
빌드 단계에서 배포 단계가 체인의 마지막 단계인지 확인합니다.
Step 23 − 이제 결승전을 git commit, 모든 파일이 Git에 있고 TeamCity에서 사용할 수 있는지 확인합니다.
축하합니다. 애플리케이션에 대한 완전한 지속적 통합주기를 성공적으로 설정했습니다.이주기는 언제든지 실행할 수 있습니다.