플랜 제한사항 및 이용

DevOps Insights 2026년 8월 31일에 서비스 종료되어 중단될 예정입니다. Continuous Delivery 은 2027년 2월 12일에 au-syd, ca-tor, us-east 지역에서 중단될 예정입니다. 또한 해당 날짜를 기점으로 Code Risk Analyzer는 모든 지역에서 서비스가 중단될 예정입니다. 특정 지역에서 해당 기능을 실제로 사용하지 않는 경우, 해당 지역의 기능은 예정보다 일찍 중단될 수 있으며 새로운 인스턴스 등록이 더 이상 허용되지 않을 수 있습니다. 자세히 알아보기

IBM Cloud® Continuous Delivery 의 사용은 IBM Cloud 플랫폼 또는 기타 호환 가능한 PaaS( PaaS ) 및 IaaS( IaaS ) 제품에서 애플리케이션을 빌드, 배포, 테스트 및 지속적으로 운영하는 용도로만 제한됩니다.

서비스 인스턴스의 범위

Delivery Pipeline, Git Repos and Issue Tracking 및 DevOps Insights 도구 통합 기능을 포함하는 DevOps 툴체인을 생성하고 사용하려면 Continuous Delivery 서비스 인스턴스가 있어야 합니다. 서비스 인스턴스는 지역에 상주하며 리소스 그룹 에 속합니다. 특정 리전 및 리소스 그룹에 있는 Continuous Delivery 서비스 인스턴스는 동일한 리전 및 리소스 그룹 내의 모든 툴체인 사용량을 관리하고 측정합니다.

가격 플랜

다음 표는 Continuous Delivery 요금제를 간략하게 설명합니다:

가격 플랜
계획 비용 한계
Lite 무료 Lite 플랜은 사용 제한이 있는 Continuous Delivery 의 전체 기능을 제공합니다.
Professional 유료 Professional 플랜은 사용 제한 없이 Continuous Delivery 의 전체 기능을 제공합니다.

계정당 최대 하나의 Lite 서비스 인스턴스가 있을 수 있습니다. 여러 리소스 그룹이나 여러 리전 내에서 툴체인을 사용하려는 경우 프로페셔널 요금제를 사용하는 것이 좋습니다.

자세한 내용은 요금제를 참조하세요.

사용량 메트릭

Continuous Delivery 서비스 인스턴스는 IBM Cloud 계정 내에서 사용량 메트릭을 추적하고 보고합니다. 서비스 인스턴스의 요금제에 따라 메트릭은 사용 비용, 사용 한도 또는 둘 다에 영향을 미칠 수 있습니다. 다음 표에는 Continuous Delivery 사용 지표가 간략하게 나와 있습니다:

라이트 및 프로페셔널 요금제의 사용량 지표
사용량 메트릭 요약
권한 부여된 사용자 AUTHORIZED_USERS_PER_MONTH 지정된 월 내에 서비스 인스턴스의 평균 권한 부여된 사용자 수입니다.
파이프라인 실행 JOB_EXECUTIONS_PER_MONTH 지정된 월 내의 총 파이프라인 Tekton 단계 또는 클래식 작업 실행 수입니다.

통합 청구

기본적으로 Continuous Delivery 서비스 인스턴스는 서로 독립적으로 사용량을 보고합니다. 독립형 계정 또는 기업 내 여러 계정에서 툴체인을 여러 리소스 그룹으로 구성한 경우, 툴체인 사용자는 Continuous Delivery 서비스의 해당 여러 인스턴스에서 권한이 있는 사용자로 여러 번 보고될 수 있습니다.

예를 들어, 서로 다른 리소스 그룹에 있는 두 개의 도구 체인에 통합된 Git Repos and Issue Tracking 프로젝트의 개발자가 계수되고 Professional 플랜 하에서 두 번 청구됩니다.

통합 청구는 기본적으로 사용 안함으로 설정되어 있습니다. 그러나 기업 계정에서 프로페셔널 요금제로 Continuous Delivery 서비스 인스턴스의 통합 청구를 사용 설정하면 기업 계층 구조의 모든 서비스 인스턴스에서 권한이 있는 사용자가 한 지역 내에서 하나의 목록으로 통합됩니다. 이렇게 하면 권한이 부여된 사용자의 이메일이 기업 및 지역 내에서 한 번만 계산되고 청구되도록 할 수 있습니다.

통합 청구 기능은 Continuous Delivery 프로페셔널 요금제에서만 사용할 수 있습니다. 통합 청구 기능이 활성화된 Continuous Delivery 서비스 인스턴스가 포함된 리전 내에서만 통합이 이루어집니다.

통합 청구 사용

통합 청구를 사용하려면 기업 계정에 프로페셔널 요금제를 사용하는 Continuous Delivery 인스턴스가 있어야 하며, 편집자 또는 관리자 역할로 인스턴스에 액세스할 수 있어야 합니다.

통합 청구 기능을 사용하려면 다음 단계를 따르십시오

  1. 콘솔 메뉴 표시줄의 계정 드롭다운 메뉴에서 청구를 통합할 기업용 계정을 IBM Cloud 콘솔에서 선택합니다.
  2. 탐색 메뉴 탐색 메뉴 아이콘 > 리소스 목록을 클릭합니다.
  3. ' Continuous Delivery '을 입력하여 기존 인스턴스로 목록을 필터링합니다.
  4. 청구를 통합할 인스턴스의 이름을 클릭합니다.
  5. 관리 > 통합 청구를 클릭합니다.
  6. 통합 청구 사용 섹션에서 ' 켜짐 '을 클릭합니다.
  7. 통합 인증된 사용자 섹션에서 이메일 주소 목록이 완전하고 정확한지 검토합니다.

통합 청구 세부 정보는 기업 계정(기업 계층 구조에서 최상위 계정)에 있는 Professional 요금제가 있는 Continuous Delivery 서비스 인스턴스에서만 사용할 수 있습니다.

통합 청구가 사용 설정된 Continuous Delivery 인스턴스의 요금제를 Professional에서 다른 요금제로 변경하면 통합 청구가 자동으로 비활성화됩니다. 통합 청구를 다시 사용하려면 먼저 계획을 다시 Professional로 변경해야 합니다.

통합 청구 비활성화하기

  1. 이전 섹션의 1~7단계를 따르세요.
  2. 통합 청구 사용 섹션에서 끄기를 클릭합니다.

통합 청구 서비스는 어떻게 운영되나요?

기본적으로 권한이 부여된 사용자 수는 각 Continuous Delivery 인스턴스에 대해 보고됩니다. 엔터프라이즈 계정의 인스턴스에서 통합 청구를 사용 설정하면 해당 인스턴스가 모든 하위 계정 및 엔터프라이즈 계정의 다른 리소스 그룹에 있는 다른 인스턴스를 포함하여 동일한 지역 및 엔터프라이즈 계층 구조의 모든 인스턴스를 대신하여 권한이 부여된 사용자 수를 보고합니다.

지역 및 계정 계층 구조의 모든 인스턴스에서 권한이 부여된 사용자 목록이 컴파일됩니다. 또한 중복된 이메일 주소는 제거되며, 그 결과 통합된 승인된 사용자 이메일 주소 목록의 개수가 기업 계정 수준에서 보고됩니다.

권한 부여된 사용자 이메일 주소의 통합 목록을 검토하려면 다음을 수행하십시오.

  1. 리소스 목록에서 ' Continuous Delivery '을 입력하여 목록을 인스턴스로 필터링합니다.
  2. 통합 청구가 활성화된 인스턴스의 이름을 클릭합니다.
  3. 관리 > 통합 청구를 클릭합니다.
  4. 통합 인증된 사용자 섹션에서 이메일 주소 목록을 검토합니다. 이 목록은 엔터프라이즈 계층 구조에 있는 모든 서비스 인스턴스의 권한이 부여된 사용자 목록에서 생성되므로 읽기 전용입니다.

서비스 인스턴스에 대해 통합 청구를 사용 설정하면 엔터프라이즈 계층 구조의 다른 모든 인스턴스에 대한 관리 > 권한 있는 사용자 탭에 해당 인스턴스에 통합 청구가 적용됨을 설명하는 세부 정보가 포함됩니다.

통합 청구의 제한사항

  • 엔터프라이즈 계정 계층 구조가 필요합니다. 독립 실행형 계정에서는 리소스 그룹 간에 통합 청구를 사용 설정할 수 없습니다.
  • 프로페셔널 요금제는 필수입니다.
    • 다른 요금제에서는 Continuous Delivery 인스턴스에 대해 통합 청구를 사용 설정할 수 없습니다.
    • 권한이 부여된 사용자는 프로페셔널 요금제를 사용하는 Continuous Delivery 인스턴스에서만 통합됩니다. 즉, Lite 요금제를 사용하는 인스턴스는 통합 청구에 참여하지 않습니다.
  • 기업 계정의 서비스 인스턴스에 대해서만 통합 청구를 사용 설정할 수 있습니다. 그리고 엔터프라이즈 계정에서 최대 하나의 인스턴스에 대해서만 활성화할 수 있습니다.
  • 통합 청구는 권한 부여된 사용자에게만 적용됩니다. 파이프라인 실행이 보고되는 방식에는 영향을 미치지 않습니다.
  • 통합 청구는 지정된 단일 지역으로 제한됩니다. 한 지역에서 다른 지역으로 사용량을 통합할 수 없습니다.
  • 특정 인스턴스에 대해 통합 청구를 사용 설정하더라도 엔터프라이즈 계층 구조에 있는 다른 모든 Professional 요금제 인스턴스에 대해서는 해당 인스턴스의 권한이 있는 사용자가 계속 나열되어 있어도 권한이 있는 사용자가 0명으로 보고됩니다.

통합 청구가 사용 설정된 기업 계정에서 인스턴스를 삭제하면 해당 인스턴스에 대한 청구가 중지됩니다. 기업 및 지역의 다른 서비스 인스턴스는 정상적인 청구가 재개됩니다. 삭제된 서비스 인스턴스가 복구되는 동안에는 통합 청구가 자동으로 재활성화되지 않습니다. 복원된 인스턴스에 대해 통합 청구를 다시 사용 설정하려면 복원된 Continuous Delivery 인스턴스 탭에서 관리 > 통합 청구로 이동합니다.

인증된 사용자 관리

Continuous Delivery 요금제는 인스턴스의 승인된 사용자 수를 기준으로 정의되고 요금이 책정됩니다. 권한이 부여된 사용자는 인스턴스 사용에 따라 인스턴스에 자동으로 추가됩니다.

각 인스턴스의 관리 > 통합 청구 탭에서 권한이 부여된 사용자 목록을 검토하고 관리할 수 있습니다.

통합 청구가 사용 설정된 경우 기업 계정의 각 인스턴스에 대한 통합 청구 탭에서 권한이 부여된 사용자 목록을 검토할 수도 있습니다.

툴체인에 IBM 에서 제공하는 open-toolchain 그룹(예: us-south.git.cloud.ibm.com/open-toolchain)의 Git Repos and Issue Tracking 프로젝트가 통합되어 있는 경우, 해당 프로젝트의 구성원은 툴체인의 인증된 사용자로 간주되지 않습니다.

라이트 요금제에는 일부 제한 사항이 적용됩니다. 자세한 내용은 서비스 가격 세부 정보를 참조하세요.

권한 부여된 사용자와 관련된 활동을 유지보수할 수 있습니다. 인스턴스에서 서비스가 시작한 활동 및 사용자가 시작한 활동을 확인, 관리 및 감사하는 방법에 대한 자세한 내용은 ‘ IBM Cloud Activity Tracker Event Routing ’ 이벤트를 참조하십시오.

Continuous Delivery 인스턴스가 리소스 그룹에 있는 경우 사용자는 어떻게 계산되나요?

사용자는 각 Continuous Delivery 인스턴스에 속한 승인된 사용자 목록을 통해 집계 및 관리됩니다. 사용자가 다음 기준을 충족하면 이 목록에 자동으로 추가됩니다.

  • 전달 파이프라인을 보거나 편집하거나 실행합니다 (사용자 인터페이스에서 직접 또는 저장소에 커미트하여 간접적으로).
  • DevOps Insights와 상호작용하십시오.
  • 변경사항을 커미트하고 해당 저장소로 푸시할 수 있는 Git Repos and Issue Tracking의 저장소에 개발자(또는 그 이상) 액세스 권한이 있습니다. 개발자 이상의 역할이 있는 Git 프로젝트 액세스 토큰의 사용자는 권한 부여된 사용자로 계수됩니다. 이러한 사용자는 권한 부여된 사용자 목록에 bot 사용자로 표시됩니다.

게스트나 리포터 역할이 있는 사용자는 자동으로 권한 부여된 사용자 목록에 추가되지 않습니다. 사용자가 도구 체인에 액세스하고 Continuous Delivery 서비스 인스턴스의 권한 부여된 사용자 목록에 자동으로 추가되지 않도록 하려면 다음 조치를 완료하십시오.

  • 도구 체인에 대한 사용자의 ID 및 액세스 관리(IAM) 액세스 권한을 제거합니다.
  • 리소스 그룹 및 리전 내의 모든 툴체인에 연결된 모든 Git Repos and Issue Tracking 저장소에서 ‘개발자(Developer)’ 이상의 접근 권한을 제거하려면, 해당 저장소에 대한 접근 권한을 제거하거나 역할을 ‘게스트(Guest)’ 또는 ‘리포터(Reporter)’로 하향 조정하십시오.

사용자를 자동으로 집계하는 데 사용되는 구체적인 활동과 해당 사용자를 집계하는 방법은 시간이 지남에 따라 변경될 수 있습니다. 그러나 사용자 카운팅 프로세스는 계속해서 Continuous Delivery 플랜의 조항을 준수합니다. 또한 언제든지 승인된 사용자 목록에 사용자를 수동으로 추가할 수 있습니다.

IAM을 사용하여 리소스 그룹에 있는 도구 체인 또는 도구 체인 자체에 대한 액세스 권한 관리에 대한 자세한 정보는 IAM(Identity and Access Management)을 사용하여 도구 체인에 대한 사용자 액세스 권한 관리를 참조하십시오. Git Repos and Issue Tracking 저장소의 액세스 권한 관리에 대한 자세한 내용은 ‘프로젝트 구성원’을 참조하세요.

리소스 그룹 내에서 툴체인을 구성하는 방식은 사용자 액세스 및 요금 청구에 직접적인 영향을 미칩니다. 기본적으로 사용자가 여러 리전이나 리소스 그룹에서 툴체인을 사용할 경우, 각 리전과 리소스 그룹의 고유한 조합 내의 각 Continuous Delivery 인스턴스에 대해 사용량이 집계되고 요금이 청구됩니다. 기업 계정에서 프로 요금제를 사용하는 경우 앞서 설명한 대로 통합 청구를 사용 설정하여 기업 내에서 청구되는 총 인증된 사용자 수를 줄일 수 있습니다.

Continuous Delivery 인스턴스의 관리 탭에서 Continuous Delivery 인스턴스의 인증된 사용자 목록을 관리하려면 다음 단계를 완료하세요.

  1. 리소스 목록에서 ' Continuous Delivery '을 입력하여 목록을 인스턴스로 필터링합니다.

  2. 인스턴스 이름을 클릭하여 인스턴스 세부 정보로 이동합니다.

    • 관리 > 인증된 사용자를 클릭하여 필요에 따라 인증된 사용자 목록에서 사용자를 보거나 추가하거나 제거할 수 있습니다.
    • 통합 청구를 사용 설정한 경우 관리 > 통합 청구를 클릭하여 권한이 부여된 사용자의 통합 목록을 확인합니다.

    사용자는 Continuous Delivery 인스턴스를 사용할 때 자동으로 추가되거나 다시 추가됩니다.

사용자가 연결된 이메일 주소로 IBM Cloud 계정에 로그인하고 신뢰할 수 있는 프로필을 선택하면 인증된 사용자로 간주됩니다. 신뢰할 수 있는 프로필이 서비스 아이디와 같이 이메일 주소가 없는 ID에 적용되는 경우, 신뢰할 수 있는 프로필은 권한이 있는 사용자로 분류되거나 계산되지 않습니다.

청구 및 사용 내역 확인

계정의 Continuous Delivery 인스턴스에 대한 청구 및 사용량 세부 정보와 IBM Cloud 공용 환경의 각 인스턴스에 대해 보고되는 사용자 및 파이프라인 실행 수를 확인할 수 있습니다.

  1. 콘솔 메뉴 모음에서 관리 > 청구 및 사용량을 클릭한 다음 사용량을 클릭합니다.
  2. 서비스 목록에서 Continuous Delivery 인스턴스에 대한 요금제 보기를 클릭합니다.
  3. 세부 정보 보기를 클릭하여 인스턴스에 대한 특정 요금제 세부 정보를 확인합니다.
  4. 인스턴스 세부 정보 보기를 클릭하면 인스턴스에 대한 사용량 정보를 볼 수 있습니다.

AUTHORIZED_USERS_PER_MONTH 지표는 매일 집계된 사용자 수를 바탕으로 월평균을 산출하여 계산됩니다. 통합 청구가 활성화된 경우, 활성화된 계정의 인스턴스는 통합된 ' AUTHORIZED_USERS_PER_MONTH ' 지표를 보고합니다. 엔터프라이즈 계층 구조의 다른 모든 인스턴스는 0을 보고합니다.

서비스 플랜의 한계를 초과하면 어떤 일이 발생합니까?

라이트 서비스 요금제에는 서비스의 승인된 사용자 수와 한 달에 실행할 수 있는 클래식 Delivery Pipeline 작업 또는 Tekton 단계 수에 대한 제한과 같은 특정 제한 사항이 포함되어 있습니다. 청구 기간 동안 요금제 한도 중 하나라도 초과될 경우, 서비스가 중단됩니다. 예를 들어, Classic Delivery Pipeline 작업과 Tekton 파이프라인 단계는 해당 청구 기간이 끝날 때까지 실행되지 않습니다. 요금제에 대한 자세한 내용은 ' {: external} 카탈로그의Continuous Delivery 세부 정보를 참조하세요.

다음 섹션에 설명된 대로 프로페셔널 요금제로 업그레이드하면 Lite 서비스 요금제의 제한을 피하고 인스턴스를 다시 활성화할 수 있습니다.

UI에서 서비스 요금제 업그레이드하기

  1. 리소스 목록에서 업그레이드할 Lite 서비스 요금제가 있는 Continuous Delivery 인스턴스를 클릭합니다.
  2. 인스턴스 대시보드에서 요금제를 클릭합니다.
  3. 요금제 변경 섹션에서 프로페셔널 을 선택하고 저장을 클릭합니다.

요금제를 업그레이드한 후에는 앱을 다시 스테이징해야 합니다:

  1. 리소스 목록으로 이동하여 해당 서비스가 연결된 앱을 찾아보세요.
  2. ‘작업’ 메뉴를 열고 ‘앱 다시 시작 ’을 선택하세요.

CLI에서 서비스 요금제 업그레이드하기

  1. 서비스가 리소스 제어기를 사용하여 사용으로 설정되었는지 확인하십시오.

    ibmcloud catalog service continuous-delivery

    리소스 컨트롤러에서 해당 서비스가 활성화되어 있으면 RC Compatible true 에 해당 서비스가 나열됩니다. 업그레이드하고자 하는 요금제의 ID를 메모해 두세요.

    ID                 59b735ee-5938-4ebd-a6b2-541aef2d1f68
Name               continuous-delivery
Kind               service
Provider           IBM
Tags               dev_ops, eu_access, gc_migrate, ibm_created, lite, rc_compatible
Active             true
Description        Support DevOps best practices by using Git, issue tracking, and CI/CD pipelines in the Cloud.
Bindable           false
Original Name      continuous-delivery
RC Compatible      true
RC Provisionable   true
IAM Compatible     true
Children           Name                      Kind         ID
                   lite                      plan         a35fb0e9-4fc2-400e-8161-49078e5af632
                   professional              plan         9ca4dc64-bc7b-4aba-9c1c-8bbf30ff127e

  2. ' ibmcloud resource service-instance-update ' 명령을 사용하여 인스턴스에 대한 요금제를 업그레이드하세요.

    ibmcloud resource service-instance-update <service_instance_name>
--service-plan-id <plan_id>

Delivery Pipeline 사용

Lite 서비스 요금제에 포함된 배달 파이프라인에 대한 다음 제한 사항을 검토하세요:

  • 500단계및 작업 실행 한계에는 Tekton 파이프라인에 대한 파이프라인 단계와 Classic 파이프라인에 대한 파이프라인 작업 실행이 모두 포함됩니다. DevSecOps 파이프라인과 같이 단일 실행 내에 여러 단계가 있는 파이프라인의 경우 이 제한에 빠르게 도달할 수 있습니다.
  • 건너뛴 단계 실행 및 클래식 작업 실행을 제외한 딜리버리 파이프라인 실패는 매월 500Tekton단계 실행 한계의 일부로 계산됩니다. 이 500단계실행 한계는 Classic 파이프라인에 대한 Classic 작업 실행에도 적용됩니다.
  • 단일 리소스 그룹에 있는 모든 툴체인과 해당 툴체인 내의 파이프라인은 월 500개의 Tekton 스텝 실행이라는 동일한 한도에 기여합니다. 파이프라인 단계 실행 및 작업 실행은 특정 Continuous Delivery 인스턴스에 대한 리소스 그룹 수준에서 계산되므로 동일한 제한이 사용됩니다.

5일의 유예 기간은 500단계 실행 한도에 처음 도달하는 경우에 한하여 한 번만 제공됩니다.

파이프라인의 보존 기간은 파이프라인 유형 및 Continuous Delivery 인스턴스에 대해 선택한 플랜에 따라 달라집니다.

  • 클래식 파이프라인은 두 플랜 중 하나에서 최대 10개의 단계 실행을 보유합니다.
  • Professional 플랜의 Tekton 파이프라인은 PipelineRuns 및 해당 로그를 1년동안 유지합니다.
  • Lite 플랜의 Tekton 파이프라인은 PipelineRuns 및 해당 로그를 30일동안 유지합니다.

허용되는 이용 행태에는 다음의 행태가 포함되나, 이에 국한되지는 않습니다:

  • 지원되는 프로그래밍 언어에 대한 아티팩트의 컴파일 및 어셈블리.
  • 애플리케이션 아티팩트, 구성 및 지원 리소스나 서비스의 자동화된 배치.
  • 테스트, 유효성 검증, 그리고 개발 프로세스의 결과로서 트리거되는 기타 개발 이벤트 생성 행위.

허용되지 않는 사용 행태에는 다음의 행태가 포함되나, 이에 국한되지는 않습니다:

  • 일반 컴퓨팅 행위에 대한 작업자 또는 파이프라인 작업의 이용(예: 비트코인 마이닝, 분산 서비스 거부(DoS) 공격, 그리고 일반 인터넷 사용자 또는 IBM Cloud 플랫폼 내의 기타 클라이언트 또는 사용자에 대한 악의적이거나 공격적인 동작).
  • 증오 발언을 조장하거나 ‘ IBM ’ 비즈니스 행동 지침을 위반하는 기타 활동을 하는 사이트나 서비스의 정상적인 개발 과정에 이를 사용하는 행위.
  • IBM Cloud 또는 기타 사이트에 대한 악의적 침해나 공격에 이벤트 생성 행위의 이용.

Continuous Delivery 서비스 또는 IBM 비즈니스 행동 가이드라인의 허용되는 이용 행위를 위반하는 사용자는 IBM 의 재량에 따라 사전 통지 없이 이용이 중지될 수 있습니다. 사용자가 문제되는 행위에 대해 통지를 받은 후 사용 습관을 바로잡는다면, 일부 서비스는 복구될 수 있습니다. 그렇지 않으면, 계정이 일시중단되거나 중지될 수 있습니다.

Git Repos and Issue Tracking 제한사항

Git Repos and Issue Tracking GitLab ( )을 기반으로 구축되었으며 에서 호스팅되고 있지만, 몇 가지 옵션은 사용할 수 없습니다: Community Edition IBM Cloud GitLab

  • Delivery Pipeline이 IBM Cloud에 대해 지속적 통합 및 지속적 딜리버리를 제공하기 때문에 GitLab에서 지속적 통합 기능은 지원되지 않습니다.
  • GitLab IBM 에서 관리되므로 관리자 기능은 사용할 수 없습니다.
  • Git Repos and Issue Tracking에 완전하게 액세스할 수 없을 수 있습니다.

Git Repos and Issue Tracking 사용자 정보 및 컨텐츠

다음 세 가지 유형의 Git Repos and Issue Tracking 프로젝트가 사용 가능합니다.

  • 공용 프로젝트는 모든 사이트 방문자에게 표시됩니다. 공개 프로젝트의 콘텐츠는 Continuous Delivery 에 접속하는 모든 사람이 볼 수 있으며, 해당 프로젝트에 초대받지 않은 사용자도 예외는 아닙니다.
  • 개인용 프로젝트는 선택한 사용자에게만 표시됩니다. 사용자에게 프로젝트 접근 권한을 부여하는 방법에 대한 자세한 내용은 ‘프로젝트 구성원’을 참조하세요.
  • 내부 프로젝트는 로그인한 모든 사용자들에게 표시됩니다. IBM Cloud 계정이 있는 사용자는 이러한 프로젝트를 볼 수 있습니다.

프로젝트 설정에 대한 자세한 정보는 프로젝트 가시성 변경을 참조하십시오.

Git Repos and Issue Tracking을 사용할 때 사용자가 프로젝트에 제공하는 컨텐츠는 그 프로젝트에 지정된 조항 아래에서 라이센스가 부여됩니다. 프로젝트를 작성할 때는 컨텐츠에 적용되는 라이센스를 설명하는 파일을 포함하십시오. 프로젝트에 제공할 때 커미트와 연관된 사용자의 이름 및 이메일 주소가 공개적으로 표시될 수 있습니다. IBM Cloud 계정과 연관된 이메일 주소가 Git Repos and Issue Tracking 웹 인터페이스를 통해 커미트를 작성할 때 사용됩니다.

인스턴스를 Git 프로젝트에 연결하기

Git Repos and Issue Tracking 서비스의 구성 요소이므로 Git 프로젝트는 도구 체인을 사용하는 Continuous Delivery 인스턴스에 연결해야 합니다. 프로젝트를 도구 체인에 추가하면 Continuous Delivery 같은 다른 도구를 더 쉽게 사용할 수 있습니다 파이프라인 또는 DevOps Insights. 결과적으로 개발 워크플로우를 간소화하고 코드 품질을 개선합니다.

콘솔 또는 API를 사용하여 인스턴스 및 도구체인 인스턴스를 Git 프로젝트에 연결할 수 있습니다.

UI에서 Continuous Delivery 툴체인 인스턴스 연결하기

새 프로젝트 연결하기

새 프로젝트를 만들 때 UI를 사용하여 Continuous Delivery 도구체인 인스턴스를 연결해야 합니다.

기존 프로젝트 연결하기

  1. 프로젝트 > 일반 > 설정으로 이동합니다.
  2. 인스턴스를 추가할 프로젝트를 선택합니다.
  3. Continuous Delivery 이동합니다 > 확장하여 Continuous Delivery 및 툴체인 인스턴스를 업데이트하거나 추가합니다.

API를 사용하여 Continuous Delivery 툴체인 인스턴스를 연결합니다

API를 사용하여 새 프로젝트를 만들 때 Continuous Delivery 도구체인 인스턴스를 연결할 수 있습니다.

  • 프로젝트를 만들 때 선택적 헤더 ' IBM-CLOUD-API-KEY '을 사용하여 Continuous Delivery 및 도구 체인을 추가합니다. 콘솔 로그인 페이지에서 API 키의 키 값을 생성합니다.

  • 필수 매개변수 toolchain_ID 또는 cd_instance 중 하나를 추가하여 Git 프로젝트를 특정 Continuous Delivery 및 툴체인 인스턴스에 연결합니다.

    • cd_instance 매개변수를 지정하면 리포지토리에 git 리포지토리 도구가 통합된 지정된 CD 인스턴스에 대한 기본 도구 체인이 자동으로 만들어집니다.

    • toolchain_id 매개변수를 지정하면 지정된 도구 체인에 git 리포지토리 도구 통합이 생성됩니다. toolchain_id 매개변수는 cd_instance 매개변수를 대체합니다. 둘 다 제공된 경우 툴체인 ID가 사용됩니다.

      이러한 요청 매개변수를 성공적으로 사용하려면 IBM-CLOUD-API-KEY 헤더를 사용해야 합니다.

다음 단계를 완료하여 Continuous Delivery 및 툴체인 인스턴스의 ID를 찾습니다:

  1. 콘솔에서 탐색 메뉴 탐색 메뉴 아이콘 > 리소스 목록을 클릭합니다.

  2. 리소스 목록에서 필요한 툴체인 또는 Continuous Delivery 인스턴스를 클릭합니다.

  3. Details 를 클릭하여 GUID 및 CRN 세부 정보를 보고 복사합니다.

    ' toolchain_ID 매개변수의 경우 툴체인의 GUID를 사용합니다. ' cd_instance ' 매개변수의 경우, GUID 또는 CRN을 값으로 사용합니다.