2017-12-19 21 views
0

CI (Continuous Integration)/CD (Continuous Delivery)에 대해 조금 새로운 것입니다. 현재 CI 및 CD 용 TFS를 사용하고 있습니다. 거기에 거기에 사용자 지정 빌드 프로세스 (예 : 특정 powershell 스크립트를 실행, 파일, 복사 등 많은 발견). 내 솔루션에는 여러 개발자가 동시에 개발하는 많은 지점이 있습니다. 힘 컨트롤을 버전 컨트롤로 사용하고 있습니다.디버깅을 위해 CI/CD와 동일한 빌드 프로세스 복제하기

문제 : 은 내가 때때로 주제 사이를 이동 한대로 지역의 개발 환경에서 프로젝트를 디버깅 내 팀 구성원의 일부에서 조언을 구할 수 있습니다. 그리고 그들이 제안한 것은 수작업으로 디버깅 목적을 위해 수동으로 전체 빌드 프로세스를 반복하는 것입니다. 어떻게 든 지루하고 비생산적인 느낌을줍니다. 왜냐하면 여기 저기에 복제해야 할 많은 단계가 있기 때문입니다.

내 질문 : 이러한 지루한 과정을 단순화 할 수있는 방법이 있습니까? 어쩌면 GIT에서 빌드 지점을 만드는 데 도움이 될까요? 그러나 다른 빌드 지점을 만들 때 빌드 서버와 작성한 빌드 지점간에 빌드 프로세스를 동기화하기 위해 이중 노력이 필요한 자체 위험이있을 수 있습니다.

여기에 갈 수있는 가장 좋은 방법은 무엇인지 모르겠으며이 문제와 관련된 안내 또는 링크가 필요합니다.

감사합니다.

+0

따라서 빌드 단계가 각 지점마다 다릅니다. –

+0

네, 서로 다른 기능을 위해 다른 가지가 사용 되었기 때문에 빌드 단계는 일부 기능에서만 매우 독특합니다. 내가 현재 만나는 지점 중 하나는 지루한 양의 복사 파일을 필요로하며 디버그 환경에서 동일한 단계를 재현하는 것이 매우 지루하고 각각의 빌드 단계를 이해하는 데 많은 시간이 소요됩니다. 그러나 워크 플로가 관련되어 있기 때문에 솔루션 내에 배치하는 것이 바람직합니다. 이러한 "고유 한"프로젝트 중 일부에 대한 빌드를 활성화/비활성화하는 서로 다른 빌드 정의가 있습니다. – UnBroKeN

+0

YAML 빌드 확인 : https://docs.microsoft.com/en-us/vsts/build-release/actions/build-yaml –

답변

-1

프로젝트를 어떻게 디버깅 하시겠습니까?

팀은 분기를 언제 추가해야합니까?

  • 다음과 같은 상황에서 지점을 만들어야합니다 : 기존
    지점이 아닌 다른 일정 /주기에 코드를 해제해야합니다.
  • 코드에 다른 분기 정책이 필요한 경우. 새 정책이있는 새 분기를 만드는 경우 전략 값을
    프로젝트에 추가 할 수 있습니다.
  • 기능이 고객에게 출시되고 팀에서 계획된 출시주기에 영향을주지 않는 변경을 계획하고있는 경우.

은 높은 통합 비용을 생성하기 때문에 각 사용자 스토리에 대해 분기를 만들지 않아야합니다. 분기를 쉽게 수행 할 수 있지만 브랜치가 여러 개인 경우 브랜치 관리의 오버 헤드가 커질 수 있습니다 ( ). 여기

자료 제공 : https://docs.microsoft.com/en-us/vsts/tfvc/branch-strategically#when-should-the-team-add-a-branch

그냥 같은 빌드 프로세스를 복제 할 경우는, 다음 복제 빌드 정의하고 정의를 해제 한 다음 복제 된 빌드/releae 정의를 트리거 할 수 있습니다 갈라져.

일반적으로 TFVC의 경우 빌드 정의에 Gated Check-In을 사용하도록 설정하면 자동으로 빌드가 트리거되고 빌드가 실패하면 변경 사항이 체크인되지 않습니다.

Git의 경우 분기 정책을 설정하여 Improve code quality with branch policies이되도록 할 수 있습니다. Gated Check-ins in Visual Studio Team Services using TFSVC and Git

디버깅을 위해 당신이 사실에 변수 system.debug을 설정할 수 있습니다, 자세한 내용은 here를 참조하십시오 또한이 문서를 참조합니다.