tfs tutorial tfs automating build
.NET 용 Microsoft TFS 2015 업데이트 -3 사용 (빌드, 테스트 및 배포) : TFS 자습서
TFS는 Visual Studio .NET IDE를 사용하는 .NET 개발에 더 널리 사용됩니다. TFS 2015 업데이트 3에서는 SSH 키를 사용하여 모든 Team Foundation Server Git 리포지토리에 연결할 수 있습니다.
TFS (Team Foundation Server)는 작업 항목 관리, 프로젝트 계획 (워터 폴 또는 스크럼), 버전 제어, 빌드 / 릴리스 (배포) 및 테스트를 사용하여 종단 간 개발 및 테스트를위한 기능을 제공하는 Microsoft의 ALM 제품입니다. 능력.
노트 :이 TFS 자습서에는 많은 이미지가 있으므로 제대로로드 할 수 있습니다.
또한 읽기 => DevOps에서 Eclipse를 사용하는 JAVA 프로젝트 용 TFS
자바의 메소드에 배열을 전달하는 방법
학습 내용 :
소개
TFS는 모든 플랫폼에서 Microsoft Visual Studio 및 Eclipse에 맞게 조정되었지만 여러 플랫폼의 백엔드로도 사용할 수 있습니다. 십오 일 (통합 개발 환경).
이제 TFS (Team Foundation Server)를 사용하여 전통적으로 도구의 강점 인 .NET 웹 응용 프로그램을 빌드, 테스트 및 배포하는 방법을 살펴 보겠습니다.
전제 조건 :
- Microsoft TFS 2015 업데이트 3
- Microsoft Visual Studio .NET 2015 (30 일 평가판)
- SonarQube 6.4 이상
- IIS 웹 서버가 활성화되었습니다. Windows 7 상자를 사용하고 있으므로 IIS 7을 활성화하는 방법에 대한이 자습서를 확인할 수 있습니다. Windows 7 Ultimate에 인터넷 정보 서비스 (IIS 7)를 설치하는 방법
- Windows 2008/2012/2016에서 IIS를 활성화하는 방법에 대한 여러 YouTube 비디오가 있습니다.
일반적으로 자습서에 언급 된 단계를 수행하려면 서버 구축 , 빌드가 수행 될 위치 및 에이전트가 설치 및 실행되는 상태에서 응용 프로그램이 IIS에 배포되는 배포 머신 또는 환경. 에이전트를 설치하는 방법을 알아 보려면 이전 자습서를 참조하십시오.
C # 애플리케이션 설정
TASK 작업 항목이 TFS에서 생성되고 동일한 작업을 수행하도록 개발자에게 할당되었다고 가정합니다. 소프트웨어 라이프 사이클에서 모든 작업을 추적하는 관점에서 추적 가능성이 매우 중요하다는 사실을 항상 알아 차 렸습니다.
. NET 애플리케이션을 TFS 소스 제어 저장소로 , 컬렉션 및 팀 프로젝트가 존재하거나 존재하지 않습니다.
컬렉션은 TFS 관리자가 만듭니다. 여러 고객을위한 프로젝트가 실행되는 서비스 조직의 팀 프로젝트 그룹으로 구성됩니다. TFS에서 각 고객 프로젝트에 대한 개별 컬렉션을 만들 수 있습니다.
컬렉션이 생성되면 그 안에 여러 팀 프로젝트를 생성 할 수 있습니다. 단일 팀 프로젝트는 모든 작업 항목, 소스 코드, 테스트 아티팩트, 보고서 메트릭 등으로 구성되며, Scrum, Agile, CMMI 등과 같은 다양한 내장 프로세스 템플릿을 사용하여 팀 프로젝트를 생성 할 수 있습니다.
- 컬렉션 생성에 대한 자세한 내용은 @ Team Foundation Server에서 팀 프로젝트 컬렉션 관리
- 여기에서는 기본 컬렉션 TFS가 설치되면 생성됩니다.
- 컬렉션 내에서 팀 프로젝트를 만들려면 다음 단계를 따르세요.
다음을 사용하여 TFS 웹 인터페이스를 시작합니다. URL http : // : port / tfs 그리고 당신은 볼 수 있습니다 프로젝트 생성 .
프로젝트를 클릭하면 팀 대시 보드로 이동합니다.
(노트 :크게 보려면 이미지를 클릭하십시오)
이제 컬렉션과 팀 프로젝트가 생성되었습니다. 하자 Visual Studio.NET 시작 그리고 창조하십시오 새로운 C # 웹 애플리케이션 프로젝트를 TFS 소스 제어 저장소에 공유합니다. 이것은 설립을 향한 첫 번째 단계입니다. 지속적 통합 (CI) 연습.
1) Visual Studio.NET을 시작하고 TFS를 기본 소스 제어 리포지토리로 설정합니다. 이동 도구 => 옵션 => 소스 제어 . 그런 다음 확인 .
두) 이동 보기 => 팀 탐색기 아이콘을 사용하여 TFS 서버에 연결합니다.
삼) 만들기 C # ASP.NET 웹 프로젝트
4) 웹 애플리케이션을 만들고 있으므로 고르다 그만큼 Web Forms 템플릿
확인 클릭 프로젝트를 만듭니다.
5) 생성 된 프로젝트는 다음에서 볼 수 있습니다. 솔루션 탐색기 . .NET은 .sln 파일 또는 솔루션의 개념을 사용하여 모든 프로젝트를 포함합니다. 솔루션을 열면 모든 관련 프로젝트도 열립니다. TFS 소스 제어 리포지토리에 솔루션을 추가해야합니다.
6) 파일 수정 Default.aspx 보여진 바와 같이, 저장 그런 다음 전체 솔루션을 TFS 소스 제어 저장소
고르다 그만큼 디자인보기 그리고 당신은 볼 수 있습니다 전체 페이지
7) TFS 소스 제어에 솔루션을 추가합니다. 마우스 오른쪽 버튼으로 클릭 솔루션에서‘ 소스 제어에 솔루션 추가 '
8) 선택 팀 프로젝트 이전에 만든 다음 확인을 클릭하십시오
9) 솔루션이 아직 TFS에 체크인되지 않았습니다. 팀 탐색기에서 소스 제어 탐색기를 클릭하면 체크인을 위해 추가 된 솔루션을 볼 수 있습니다.
10) 체크인 변경. 이동 팀 탐색기 => 보류중인 변경 사항
주석을 입력하고 TASK 작업 항목을 끌어서 놓아 추적 성을 보장하십시오. 클릭 체크인 버튼 .
열한) 로컬에서 실행되는 웹 사이트를 테스트하려면 Visual Studio.NET에서 Firefox 아이콘을 클릭합니다. . 아직 배포되지 않았습니다. 그들의 특정 환경에서.
코드 분석으로 빌드 정의 생성
빌드 정의는 자동화 된 빌드 프로세스 중에 실행되는 일련의 작업으로 구성됩니다. 예 작업은 Visual Studio Build, MS Build, PowerShell 또는 Shell 스크립트 실행 등으로 구성 될 수 있습니다.
1) 만들려면 빌드 정의 , TFS 웹 인터페이스에 로그인하고 TAB 빌드 . 클릭 + 빌드 정의를 만듭니다. EMPTY 정의로 시작한 다음 다음 .
선택 팀 프로젝트 그리고 클릭 창조하다
편집을 클릭하십시오. , 옆에 있습니다. 빈 정의
저장 다음과 같은 빌드 정의 ‘메인 빌드’
Sonarqube는 코드 분석에 사용되므로 2 개의 Sonar 단계 ' MSBuild 용 SonarQube 스캐너 – 분석 시작 ' 그리고 ' MSBuild 용 SonarQube 스캐너 – 분석 종료 ' 작업.
추가 분석 시작 MS 빌드 또는 Visual Studio 빌드 이전 단계. 이 단계는 다음에서 세부 정보를 가져옵니다. Sonarqube 서버 분석을 구성합니다.
더하다 분석 종료 나중에 단계.
추가 된 단계는 MS 빌드 단계 사이에 다음과 같이 표시됩니다.
Sonarqube 서버의 세부 사항 정의를 시작하십시오. Sonarqube 서버 및 인증 세부 사항이 추가되는 엔드 포인트를 정의하십시오. 클릭 ' 꾸리다' Sonarqube 서버 세부 정보를 추가합니다.
클릭 ‘새 서비스 엔드 포인트 => 일반’
이제 메인으로 돌아가 빌드 정의 화면에서 끝점 방금 생성되었습니다.
분석 시작을위한 완료된 구성, 아래와 같이 보입니다.
솔루션을 선택하십시오. 에서 고급 => 추가 설정 다음을 입력하고 저장 빌드 정의
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube – 분석 종료 . 분석을 마친 다음 결과 업로드 SonarQube 프로젝트에.
단계 추가 아티팩트 게시 서버에. 아티팩트는 서버의 드롭 폴더에 저장되며 배포 중에 사용됩니다.
두) 에이전트 설치 빌드 및 배포 컴퓨터에서. 에이전트 설치 방법을 알기 위해 이전 자습서를 참조 할 수 있습니다. 이제 에이전트가 설치되었다고 가정하고 에이전트가 실행 중인지 확인하십시오.
삼) SonarQube SCM TFVC 플러그인이 다운로드되었는지 확인 여기에서 . 에 복사 SonarQube 설치 extensions plugins 디렉토리 . 이 플러그인은 소스 코드가 TFS 소스 제어 리포지토리에서 가져오고 코드 분석을 위해 SonarQube에서 사용할 수 있도록합니다.
4) 플러그인을 다운로드하고 복사 한 후 시작하다 소나 서버
5) 빌드를 시작하여 단계가 제대로 작동하는지 확인합니다. 빌드 정의를 열고 'Queue Build'를 클릭합니다.
성공적인 구축. 모든 단계가 잘 실행되었습니다.
딸깍 하는 소리 빌드 번호에서,이 경우에는 빌드 217 그리고 이동 아티팩트 탭을 클릭하면 서버 수준에서 생성 된 드롭 폴더를 볼 수 있습니다.
노트 : 다음 섹션에서 릴리스 프로세스는 배포 프로세스 전체에 변경 사항이 어떻게 반영 될 수 있는지 보여줍니다. 이를 위해 컴파일 단계 후 빌드 정의의 COPY 단계를 통해 프로젝트 아티팩트가 복사되었는지 확인하거나 프로젝트 아티팩트 디렉토리를 C : inetpub wwwroot 디렉토리에 수동으로 복사하십시오. 이 작업은 한 번만 수행하면됩니다.
배포 용 릴리스 생성
이전 섹션에서 빌드에 대해 살펴본 다음 SonarQube를 사용한 코드 분석을 살펴 보았습니다. 이제 우리는 아티팩트 배포를위한 릴리스 'drop'폴더에서 IIS로.
Release의 생성과 함께 전체 지속적 통합 및 지속적 제공 수동 개입없이 자동화됩니다.
릴리스 허브로 이동하고 릴리스 정의 만들기 .
시작 빈 정의 확인을 클릭합니다.
저장 릴리스 정의를 수정하고 기본 환경의 이름을 QA로 변경합니다. 프로젝트에 따라 Staging Pre-Prod 등과 같은 추가 환경도 추가 할 수 있으며 배포는 차례로 전체 환경에 자동화됩니다.
배포가 자동화되도록 빌드 정의를 릴리스 정의에 연결합니다. 클릭 '빌드 정의에 연결'. 이전에 만든 빌드 정의를 선택합니다.
클릭 링크
배포 조건을 활성화하여 즉시 배포를 시작합니다. 릴리스 생성
또한 빌드가 성공한 후 배포 트리거를 활성화합니다. 릴리스 정의에서 트리거 탭 및 활성화 '지속적인 배포' 에서 빌드 정의를 선택하십시오.
나중 저장 릴리스 정의.
릴리스 정의의 환경 탭으로 돌아가서 IIS 서버에 아티팩트를 배포하는 작업을 추가합니다.
더하다 파일 복사 작업 ‘drop’폴더 IIS wwwrootdirectory에 빌드 프로세스 중에 생성됩니다.
소스 폴더 – 찾아보기 및 선택 Webapplication1 드롭 폴더의 프로젝트
안드로이드를위한 최고의 전화 스파이 소프트웨어
대상 폴더 inetpub wwwroot 디렉터리 여야합니다. – C : inetpub wwwroot WebApplication1
배포를위한 릴리스 실행
릴리스 허브에서 배포를 시작하는 릴리스를 만듭니다.
마지막 안정된 빌드를 선택하고 배포를 시작하려면 만들기 .
QA 환경에 성공적으로 배포
IIS 관리자 인 inetmgr을 실행하여 IIS에 설치된 모든 웹 사이트 / 응용 프로그램을 관리 할 수 있습니다. 배포 된 웹 응용 프로그램을 찾습니다.
일단 빌드를 시작하면 릴리스가 빌드 정의에 링크되어 있으므로 정의 된 모든 환경에 대한 배포도 완료됩니다.
결론
이 TFS 자습서에서는 이제 Microsoft ALM 플랫폼을 사용하여 .NET 응용 프로그램의 빌드, 테스트 및 배포를 자동화하는 방법을 살펴 보았습니다. TFS는 여기서 중요한 역할을합니다.
따라서 오늘날의 세계에서 자동화는 성공적이고 빠른 배송을위한 핵심입니다.
추천 도서
- 초보자를위한 심층 이클립스 튜토리얼
- DevOps에서 Eclipse와 함께 JAVA 프로젝트 용 Microsoft TFS를 사용하는 방법
- MongoDB의 배포 : 단계별 자습서
- AWS CodeBuild 자습서 : Maven 빌드에서 코드 추출
- 클라우드 빌드 및 배포를위한 최고의 AWS DevOps 도구
- JIRA Agile Tutorial : Agile 프로젝트 관리를 위해 JIRA를 효과적으로 사용하는 방법
- Selenium 용 Maven 빌드 자동화 도구 및 Maven 프로젝트 설정 사용-Selenium Tutorial # 24
- AngularJS를 사용하여 단일 페이지 애플리케이션 빌드 (예제 포함 자습서)