지원 지원 문의 | 시스템 상태 시스템 상태

힘내 개요

이 항목에서는 Git 사용의 기본 개념을 배우게 될 것입니다. Delivery System API.

힘내 사용하기 : 개요

Git은 전달 시스템의 필수적인 부분이며, 개념에 익숙하지 않은 모든 사용자가 힘내 웹 사이트. 또한 몇 가지 편리한 기능이 있습니다. 힘내 자 사기꾼 시트 거기 밖으로 사용할 수 있습니다.

힘내는 사용해야한다. Delivery System API너는 그렇게 할 수있다. 힘내 웹 사이트. 그러나 명령 줄 예제는 많은 수의 자리 표시자를 사용하므로 작성된대로 일반적으로 직접 사용할 수 없습니다. 환경 변수 또는 값을 다음으로 대체하십시오. 계정 ID, REPO_NAME, ACCESS_TOKEN, 사용자 이름

힘내 사용 : 권한 부여

REST API와 달리 Git을 사용하는 한 가지 방법으로 만 권한을 부여 할 수 있습니다. Brightcove 사용자 이름 및 비밀번호를 사용하는 기본 인증을 통해. 현재 Git에는 OAuth 액세스 토큰을 사용할 수 없습니다.

힘내라는 사용자 이름과 암호를 묻는 메시지가 나타나야하므로 아래 예제에서 인증에 대한 언급이 표시되지 않습니다.

힘내 : 저장소 생성 / 업데이트

Git이 설치되고 REST를 통해 repo가 ​​생성되면 로컬 repo를 사용하여 시작할 수 있습니다. 단순히 디렉토리를 생성하고 그 디렉토리 내에서 Git을 초기화함으로써 생성 된 로컬 저장소입니다. 자식 init 명령.

          mkdir my_repo
          cd my_repo
          git init
          

리포지토리가 초기화되면 이제 Brightcove 시스템의 원격 리포지토리에 연결하여 변경 사항을 서버에 쉽게 푸시 할 수 있습니다.

          git remote add origin https://repos.api.brightcove.com/v1/accounts/[ACCOUNT_ID]/repos/[REPO_NAME]
          

그런 다음 로컬 리모컨의 파일을 추가, 편집 또는 제거 할 수 있습니다. 그런 다음 일반 Git 명령을 사용하여 원격 저장소를 업데이트 할 수 있습니다.

          git add -A
          git commit 'Changing stuff'
          git push
          

Git 사용 : repo 푸시

다른 파일이 푸시 된 위치에 대한 세부 정보는 git push. repo URL에 대한 REST API 호출 내의 모든 repo에 대한 기본 URL을 찾을 수도 있습니다. 모든 파일은 모든 사용자가 신속하게 볼 수 있도록 CDN에 저장됩니다.

당신이 당신의 자신의, 완전히 관례를 구축하는 경우 player모든 파일에 대한 업데이트가 브라우저와 같은 일반 클라이언트 내에서 동시에 발생한다고 보장 할 수는 없습니다. 따라서 전달 시스템 API 사용자는 업데이트 후에 밀접하게 연결된 파일을 함께 요청하는 버전 관리 전략을 사용하는 것이 좋습니다. 이를 달성하기위한 한 가지 전략은 기존 파일을 덮어 쓰지 않고 완전히 새로운 위치에서 업데이트하는 것입니다. 이는 서비스에 캐시 된 사본이있을 가능성이 없기 때문에 요청 된 파일이 원본 소스가되도록합니다. 그러나 이러한 캐시되지 않은 복사본에 대한 처음 몇 요청은 평소보다 오래 걸릴 것으로 예상됩니다. 명확하게, 당신이 만드는 경우 player사용하여 player 관리 API를 사용하고 전달 시스템 API를 직접 사용하지 않는 경우 캐시 문제가 처리되므로 이에 대해 걱정할 필요가 없습니다.

라이브 사이트에 반영된 업데이트를 확인하는 데 걸리는 총 시간은 여러 가지 요인에 따라 다릅니다. 가장 중요한 점은 이러한 요소에는 브라우저 캐싱과 에지 노드에서 제거 요청을 완료하는 데 걸리는 시간이 포함된다는 것입니다. 일반적으로 마지막으로 repo로 푸시 할 때부터 5 분 이상 소요되지 않습니다. 이는 우리가 제공하는 파일이 기본적으로 브라우저에서 5 분 동안 캐시되도록 설정되어 있고 모든 에지 노드가 지워지는 데 평균적으로 약 1 분이 소요되기 때문입니다. 그러나 서비스 부하가 최고 일 때 퍼지 시간은 10 분만큼 훨씬 길어질 수 있습니다. 최악의 시나리오에서는 모든 캐싱 레이어가 지워지고 업데이트가 최종적으로 적용될 때까지 (이 시간을 결정하는 데) 소요됩니다. 삭제 요청이 실패하거나 시간이 초과되고 내용을 새로 고치려면 대체 캐시 처리기가 필요하지 않으면 예외가 발생하지 않아야합니다.

변경 사항보기

변경 한 후에는 자신이 한 일을보고 싶어 할 것입니다. 다음을 사용하여이 작업을 수행 할 수 있습니다. gitk 명령. Git에서이 명령을 직접 사용하면 작업을 보여주는 GUI가 나타납니다. 간단한 샘플은 다음과 같이 나타납니다.

GUI GUI

Git 사용 : 복제본 복구

이미 Brightcove에서 저장 한 저장소를 로컬 시스템에 복사 할 수 있습니다. Git 용어로, 레포 복제라고합니다. 이를 통해 조직의 다른 사람이 만든 리포지토리를 얻을 수있을뿐만 아니라 리포지토리를 검색 할 수 있습니다. player 관리 API가 생성되었습니다.

          git clone https://repos.api.brightcove.com/v1/accounts/$ACCOUNT_ID/repos/$REPO_NAME/$ACCESS_TOKEN

오류 응답 : 힘내

Git 호출에 대한 오류 응답은 Git 클라이언트가 지원할 수있는 모든 것으로 제한됩니다.

  • 존재하지 않는 repo를 호출하려고하면 일반적으로 메시지가 표시됩니다. git-upload-pack not found : 서버에서 git update-server-info를 실행 했습니까?. repo URL이 올바른지 확인하십시오.
  • 전화를 인증하거나 승인 할 수없는 경우 일반적으로 암호를 입력하라는 메시지가 나타납니다. 이 비밀번호 요청을 종료하고 OAuth 가이드를 다시 검토하여 유효한 액세스 토큰을 갖고 있는지 확인하십시오.

12 년 2020 월 XNUMX 일에 마지막으로 업데이트 된 페이지