설명:

1단계: GitHub Enterprise Server의 개발자 설정에서 새로운 OAuth 앱을 등록합니다.
OAuth를 사용하여 Azure DevOps Services 또는 Azure DevOps Server를 GitHub Enterprise Server에 연결하려면 먼저 애플리케이션을 OAuth 앱으로 등록해야 합니다. 2단계: Azure DevOps의 조직 설정, OAuth 구성 추가 Azure DevOps Services에 OAuth 구성을 등록합니다.
메모:
Azure DevOps Services의 웹 포털에 로그인합니다.
조직에 GitHub Enterprise Oauth 구성을 추가합니다.
조직 설정 > Oauth 구성을 열고 Oauth 구성 추가를 선택합니다.
나타나는 양식을 작성한 다음, 만들기를 선택하세요.
3단계: Azure DevOps의 프로젝트 설정에서 GitHub 연결을 추가합니다.
Azure DevOps Services를 GitHub Enterprise Server에 연결
Azure DevOps 로고를 선택하여 프로젝트를 열고, GitHub Enterprise 저장소에 연결하도록 구성하려는 Azure Boards 프로젝트를 선택합니다.
(1) 프로젝트 설정을 선택하고 (2) GitHub 연결을 선택한 다음 (3) 여기를 클릭하여 GitHub Enterprise 조직에 연결합니다.
참조:
https://docs.microsoft.com/en-us/azure/devops/boards/github/connect-to-github

설명

상자 1: 빌드 작업
빌드 트리거
Azure DevOps 데모 생성기를 통해 프로비저닝된 Java 코드가 있습니다. WhiteSource Bolt 확장 프로그램을 사용하여 이 코드에 존재하는 취약한 구성 요소를 검사합니다.
* 파이프라인 탭의 빌드 섹션으로 이동하여 빌드 정의 WhiteSourceBolt를 선택하고 대기열을 클릭하여 빌드를 트리거합니다.
* 진행 중인 빌드 상태를 보려면 줄임표를 클릭하고 빌드 결과 보기를 선택하세요.
박스 2: WhiteSource Bolt
WhiteSource는 지속적인 오픈소스 소프트웨어 보안 및 규정 준수 관리 분야의 선두주자입니다.
WhiteSource는 프로그래밍 언어, 빌드 도구 또는 개발 환경에 관계없이 빌드 프로세스에 통합됩니다. 백그라운드에서 자동으로, 지속적으로, 그리고 자동으로 작동하며, WhiteSource의 지속적으로 업데이트되는 오픈 소스 저장소 데이터베이스와 비교하여 오픈 소스 구성 요소의 보안, 라이선스 및 품질을 확인합니다.
참고문헌:
https://www.azuredevopslabs.com/labs/vstsextend/whitesource/

주제 1, 개요
기존 환경
Litware, Inc.는 독립 소프트웨어 공급업체(ISV)입니다. Litware는 본사와 5개의 지점을 두고 있습니다.
애플리케이션 아키텍처
이 회사의 주요 애플리케이션은 V8.NET으로 작성된 로직을 사용하는 ASP.NET 웹 폼 기반의 단일 모놀리식 은퇴 기금 관리 시스템입니다. 애플리케이션의 일부 새로운 섹션은 C#으로 작성되었습니다.
개별 고객을 위해 다양한 버전의 애플리케이션이 개발되었습니다. 현재 애플리케이션 코드 베이스에는 80개 이상의 코드 브랜치가 있습니다.
이 애플리케이션은 Microsoft Visual Studio를 사용하여 개발되었습니다. 소스 코드는 본사의 Team Foundation Server(TFS)에 저장되어 있습니다. 지사에서는 TFS 프록시 서버를 통해 소스 코드에 접근합니다.
건축 문제
Litware는 고객을 위한 새로운 코드 작성에 중점을 둡니다. 기존 코드를 리팩토링하거나 제거하는 데 필요한 리소스는 제공되지 않습니다. 코드 베이스를 변경하는 데 시간이 오래 걸리고, AS 종속성이 개별 개발자에게 명확하게 드러나지 않습니다.
코드 병합 작업은 수개월이 걸리고 많은 개발자가 참여해야 하는 경우가 많습니다. 코드 병합 과정에서는 찾아내고 해결하기 어려운 버그가 자주 발생합니다.
고객들은 퇴직연금 관리 시스템의 소유 비용이 지속적으로 증가하고 있다고 보고합니다. 관련 없는 코드를 통합해야 하므로 사소한 코드 변경에도 비용이 많이 듭니다.
요구 사항
계획된 변경 사항
Litware는 투자 계획을 위한 새로운 애플리케이션 제품군을 개발할 계획입니다. 투자 계획 애플리케이션은 Easting 은퇴 기금 관리 시스템과의 간단한 통합만 필요합니다.
투자 계획 애플리케이션 제품군에는 다계층 웹 애플리케이션 1개와 iOS 모바일 애플리케이션 2개가 포함됩니다. 모바일 애플리케이션 1개는 직원이 사용하고, 다른 1개는 고객이 사용합니다.
Litware는 더욱 민첩한 개발 방법론으로 전환할 계획입니다. 공유된 코드는 일련의 패키지로 추출될 것입니다.
Litware는 내부 클라우드 전환 프로세스를 시작했으며, 적합한 경우 클라우드 기반 서비스를 사용할 계획입니다.
Litware는 고객 버그 보고서를 항상 기다리는 대신, 사전에 오류를 감지하는 데 주력하고자 합니다.
기술 요구 사항
회사의 투자 계획 애플리케이션 제품군은 다음과 같은 기술 요구 사항을 충족해야 합니다.
* 방화벽을 통해 들어오는 새로운 연결을 최소화해야 합니다.
* 개발자라는 그룹의 구성원은 패키지를 설치할 수 있어야 합니다.
* 모든 권한 할당에는 최소 권한 원칙을 사용해야 합니다.
* 새로운 기능을 격리하여 개발할 수 있는 분기 전략을 사용해야 합니다.
* 팀 리더라는 그룹의 멤버는 새 패키지를 만들고 패키지 피드의 권한을 편집할 수 있어야 합니다.
* Visual Studio App Center를 사용하여 모바일 애플리케이션 충돌 및 사용 중인 장치 유형에 대한 보고를 중앙에서 관리해야 합니다.
* 기본적으로 모든 App Center는 모바일 애플리케이션 충돌 및 사용 중인 기기 유형에 대한 보고를 중앙에서 관리하는 데 사용해야 합니다.
* 코드 품질과 릴리스 품질은 매우 중요합니다. 릴리스 중에 활성 버그가 기록되면 배포를 단계적으로 진행해서는 안 됩니다.
* 모바일 애플리케이션은 기존 퇴직연금 관리 시스템의 주가평가 서비스를 이용할 수 있어야 합니다. 시스템 업그레이드 전까지는 HUPS를 통한 기본 인증만 지원됩니다.
* 테스트 서버에 필요한 운영 체제 구성은 매주 변경됩니다. Azure Automation 상태 구성을 사용하여 서버를 생성하고 주기적으로 확인할 때 각 테스트 서버의 운영 체제가 동일하게 구성되도록 해야 합니다.
현재 기술
테스트 서버는 처음 배포될 때는 올바르게 구성되었지만 시간이 지남에 따라 구성 드리프트가 발생합니다. Azure Automation 상태 구성이 구성을 수정하지 못합니다.
Azure Automation State Configuration 노드는 다음 명령을 사용하여 등록됩니다.