다음을 통해 공유


CLR 통합 시작

이 문서에서는 Microsoft Fabric의 Git 통합 도구에서 다음과 같은 기본 작업을 안내합니다.

시작하기 전에 Git 통합의 개요를 읽는 것이 좋습니다.

필수 조건

Git을 Microsoft Fabric 작업 영역과 통합하려면 Fabric 및 Git 모두에서 다음 필수 구성 요소를 설정해야 합니다.

Fabric 필수 구성 요소

Git 통합 기능에 액세스하려면 Fabric 용량필요합니다. 지원되는 모든 Fabric 항목을 사용하려면 Fabric 용량이 필요합니다. 아직 Fabric 용량이 없는 경우 무료 평가판에 등록하세요. 이미 Power BI Premium 용량있는 고객은 해당 용량을 사용할 수 있지만 특정 Power BI SKU를 Power BI 항목만 지원합니다.

또한 관리 포털에서 다음 테넌트 스위치를 사용하도록 설정해야 합니다.

이러한 스위치는 조직의 설정에 따라 테넌트 관리자, 용량 관리자 또는 작업 영역 관리자가 사용하도록 설정할 수 있습니다.

Git 필수 구성 요소

Git 통합은 현재 Azure DevOps 및 GitHub에서 지원됩니다. Fabric 작업 영역과 Git 통합을 사용하려면 Azure DevOps 또는 GitHub에서 다음이 필요합니다.

  • Fabric 작업 영역을 사용하는 동일한 사용자에게 등록된 활성 Azure 계정입니다. 무료 계정을 만듭니다.
  • 기존 리포지토리에 대한 액세스.

작업 영역을 Git 리포지토리에 연결

Git 리포지토리에 연결

작업 영역 관리자만 작업 영역을 리포지토리에 연결할 수 있지만 연결되면 권한이 있는 모든 사용자가 작업 영역에서 작업할 수 있습니다. 관리자가 아닌 경우 관리자에게 연결과 관련된 도움을 요청하세요. 작업 영역을 Azure 또는 GitHub 리포지토리에 연결하려면 다음 단계를 수행합니다.

  1. Fabric에 로그인하고 연결할 작업 영역으로 이동합니다.

  2. 작업 영역 설정으로 이동합니다.

    작업 영역 설정 아이콘이 맨 위에 표시된 작업 영역의 스크린샷.

  3. Git 통합을 선택합니다.

  4. Git 공급자를 선택합니다. Azure DevOps 및 GitHub가 둘 다 지원됩니다.

Azure DevOps를 선택하는 경우 연결을 선택하여 Fabric에 로그인한 Microsoft Entra 사용자에게 등록된 Azure Repos 계정에 자동으로 로그인합니다.

Git 통합이 선택된 작업 영역 설정 창의 스크린샷

작업 영역에 연결

작업 영역이 이미 GitHub에 연결되어 있는 경우 공유 작업 영역에 연결하기 위한 지침을 따릅니다.

  1. 드롭다운 메뉴에서 연결하려는 분기에 대해 다음 세부 정보를 지정합니다.

    참고 항목

    작업 영역은 한 번에 하나의 분기와 하나의 폴더에만 연결할 수 있습니다.

    • 조직
    • 프로젝트
    • Git 리포지토리
    • 분기. 드롭다운 메뉴를 사용하여 기존 분기를 선택하거나 + 새 분기를 선택하여 새 분기를 만듭니다. 한 번에 하나의 분기에만 연결할 수 있습니다.
    • 폴더. 기존 폴더의 이름을 입력하거나 이름을 입력하여 새 폴더를 만듭니다. 폴더 이름을 비워 두면 콘텐츠가 루트 폴더에서 생성됩니다. 한 번에 하나의 폴더에만 연결할 수 있습니다.

Azure 연결 스크린샷.

연결 및 동기화를 선택합니다.

초기 동기화 중에 작업 영역 또는 Git 분기가 비어 있으면 콘텐츠가 비어 있지 않은 위치에서 빈 위치로 복사됩니다. 작업 영역과 Git 분기 모두에 콘텐츠가 있는 경우 동기화를 진행해야 하는 방향을 묻는 메시지가 표시됩니다. 이 초기 동기화에 대한 자세한 내용은 연결 및 동기화를 참조하세요.

연결한 후 작업 영역에는 연결된 분기, 분기의 각 항목 상태 및 마지막 동기화 시간을 볼 수 있는 소스 제어에 대한 정보가 표시됩니다.

소스 제어 아이콘 및 기타 Git 정보의 스크린샷

작업 영역을 Git 분기 와 동기화된 상태로 유지하려면 작업 영역에서 변경한 내용을 Git 분기에 커밋하고 누구든 Git 분기에 대한 새 커밋을 만들 때마다 작업 영역을 업데이트합니다.

git에 변경 내용 커밋

Git 폴더에 성공적으로 연결되면 평소와 같이 작업 영역을 편집합니다. 저장한 모든 변경 내용은 작업 영역에만 저장됩니다. 준비가 되면 변경 내용을 Git 분기에 커밋하거나 변경 내용을 실행 취소하고 이전 상태로 되돌릴 수 있습니다. 커밋에 대해 자세히 읽어보세요.

Git 분기에 변경 내용을 커밋하려면 다음 단계를 수행합니다.

  1. 작업 영역으로 이동합니다.

  2. 소스 제어 아이콘을 선택합니다. 이 아이콘은 커밋되지 않은 변경 수를 보여줍니다. 커밋할 두 가지 변경 내용이 있음을 나타내는 숫자 2가 표시된 소스 제어 아이콘의 스크린샷

  3. 소스 제어 패널에서 변경 내용을 선택합니다. 변경한 모든 항목과 해당 항목이 신규, 수정됨, 충돌 또는 삭제됨 상태인지 나타내는 아이콘이 표시된 목록이 나타납니다.

  4. 커밋할 항목을 선택합니다. 항목을 모두 선택하려면 맨 위 확인란을 선택합니다.

  5. 상자에 메모를 추가합니다. 메모를 추가하지 않으면 기본 메시지가 자동으로 추가됩니다.

  6. 커밋을 선택합니다.

    커밋할 두 가지 변경 내용이 선택된 소스 제어 창의 스크린샷

변경 내용이 커밋되면 커밋된 항목이 목록에서 제거되고 작업 영역은 동기화된 새 커밋을 가리킵니다.

커밋할 변경 내용이 없음을 나타내는 소스 제어 창의 스크린샷

커밋이 성공적으로 완료되면 선택한 항목의 상태가 커밋되지 않음에서 동기화됨으로 변경됩니다.

Git에서 작업 영역 업데이트

연결된 Git 분기에 대한 새 변경 내용을 커밋할 때마다 관련 작업 영역에 알림이 표시됩니다. 원본 제어 패널을 사용하여 최신 변경 내용, 병합 또는 되돌리기를 작업 영역으로 끌어오고 라이브 항목을 업데이트합니다. 업데이트에 대해 자세히 읽어보세요.

작업 영역을 업데이트하려면 다음 단계를 수행합니다.

  1. 작업 영역으로 이동합니다.
  2. 소스 제어 아이콘을 선택합니다.
  3. 소스 제어 패널에서 업데이트를 선택합니다. 마지막 업데이트 이후 분기에서 변경된 모든 항목이 표시된 목록이 나타납니다.
  4. 모두 업데이트를 선택합니다.

업데이트 탭이 열려 있고 모두 업데이트 버튼이 선택된 소스 제어 패널의 스크린샷

업데이트에 성공하면 항목 목록이 제거되고 작업 영역에서는 동기화된 새 커밋을 가리킵니다.

작업 영역을 성공적으로 업데이트했음을 나타내는 소스 제어 창의 스크린샷

업데이트가 성공적으로 완료되면 항목의 상태가 동기화됨으로 바뀝니다.

Git에서 작업 영역 연결 끊기

작업 영역 관리자만 Git 리포지토리에서 작업 영역의 연결을 끊을 수 있습니다. 관리자가 아닌 경우 관리자에게 연결 끊기와 관련된 도움을 요청하세요. 관리자인데 리포지토리의 연결을 끊으려면 다음 단계를 수행합니다.

  1. 작업 영역 설정으로 이동합니다.
  2. Git 통합을 선택합니다.
  3. 작업 영역 연결 끊기를 선택합니다.
  4. 다시 연결 끊기를 선택하여 확인합니다.

사용 권한

작업 영역에서 수행할 수 있는 작업은 작업 영역과 Git 리포지토리 둘 다에서 사용 권한에 따라 달라집니다. 사용 권한에 대한 자세한 내용은 사용 권한을 참조하세요.

고려 사항 및 제한 사항

일반 Git 통합 제한 사항

  • Fabric의 인증 방법은 적어도 Git의 인증 방법만큼 강력해야 합니다. 예를 들어 Git에 다단계 인증이 필요한 경우 Fabric에도 다단계 인증이 필요합니다.
  • Analysis Services에 연결된 Power BI 데이터 세트는 현재 지원되지 않습니다.
  • 템플릿 앱이 설치된 작업 영역은 Git에 연결할 수 없습니다.
  • 하위 모듈은 지원되지 않습니다.
  • 소버린 클라우드는 지원되지 않습니다.

GitHub Enterprise 제한 사항

일부 GitHub Enterprise 설정은 지원되지 않습니다. 예시:

작업 영역 제한 사항

  • 작업 영역 관리자만 분기 연결, 연결 끊기 또는 추가와 같은 Git 리포지토리에 대한 연결을 관리할 수 있습니다.
    연결되면 권한이 있는 모든 사용자가 작업 영역에서 작업할 수 있습니다.
  • 작업 영역 폴더 구조는 Git 리포지토리에 반영되지 않습니다. 폴더의 작업 영역 항목을 루트 디렉터리로 내보냅니다.

분기 및 폴더 제한 사항

  • 분기 이름의 최대 길이는 244자입니다.
  • 파일 이름에 대한 전체 경로의 최대 길이는 250자입니다. 이름이 더 길면 실패합니다.
  • 최대 파일 크기는 25MB입니다.
  • Git 통합을 사용하여 배포한 후에는 보고서에서 .pbix로 보고서/데이터 세트를 다운로드할 수 없습니다.
  • 항목의 표시 이름에 이러한 특성이 있으면 Git 폴더의 이름이 논리 ID(Guid)로 바뀌고 다음을 입력합니다.
    • 256자를 초과하는 경우
    • 으로 끝난다. 또는 공백으로
    • 다음과 같은 금지 문자가 포함되어 있음: 디렉터리 이름 제한에 설명된대로

디렉터리 이름 제한 사항

  • Git 리포지토리에 연결하는 디렉터리의 이름에는 다음과 같은 명명 제한이 있습니다.

    • 디렉터리 이름은 공백이나 탭으로 시작하거나 끝낼 수 없습니다.
    • 디렉터리 이름에는 다음 문자 중 하나라도 포함할 수 없습니다: "/:<>\*?|
  • 항목 폴더(해당 파일을 포함하는 폴더)에는 다음 문자를 포함할 수 없습니다: ":<>\*?|. 폴더 이름을 이러한 문자 중 하나가 포함된 항목으로 바꾸면 Git에서 작업 영역에 연결하거나 동기화할 수 없으며 오류가 발생합니다.

분기 제한 사항

  • 분기를 사용하려면 사용 권한 테이블에 나열된 권한이 필요합니다.
  • 이 작업에 사용할 수 있는 용량이 있어야 합니다.
  • 모든 작업 영역분기 명명 제한은 새 작업 영역으로 분기할 때 적용됩니다.
  • 분기할 때 새 작업 영역이 생성되고 원래 작업 영역의 설정이 복사되지 않습니다. 새 작업 영역이 조직의 정책을 충족하도록 설정이나 정의를 조정합니다.
  • 새 작업 영역에서는 Git 지원 항목만 사용할 수 있습니다.
  • 관련 분기 목록에는 볼 수 있는 권한이 있는 분기 및 작업 영역만 표시됩니다.
  • Git 통합을 사용하도록 설정해야 합니다.

동기화 및 커밋 제한 사항

  • 한 번에 한 방향으로만 동기화할 수 있습니다. 커밋 및 업데이트는 동시에 수행할 수 없습니다.
  • 민감도 레이블이 지원되지 않으며 민감도 레이블이 있는 항목 내보내기가 사용하지 않도록 설정될 수 있습니다. 민감도 레이블이 있는 항목을 민감도 레이블 없이 커밋하려면 관리자에게 도움을 요청하세요.
  • 제한된 항목으로 작업합니다. 폴더에서 지원되지 않는 항목은 무시됩니다.
  • 중복 이름은 허용되지 않습니다. Power BI에서 이름 중복을 허용하더라도 업데이트, 커밋 또는 실행 취소 작업에 실패합니다.
  • B2B는 지원되지 않습니다.
  • 충돌 해결은 Git에서 부분적으로 수행됩니다.
  • Git에 커밋 프로세스 중에 Fabric 서비스는 항목 정의의 일부가 아닌 항목 폴더 내의 파일을 삭제합니다. 항목 폴더에 없는 관련 없는 파일은 삭제되지 않습니다.
  • 변경 내용을 커밋한 후에는 항목에 대한 예기치 않은 변경 내용이 표시될 수 있습니다. 이러한 변경 내용은 의미상 중요하지 않으며 여러 가지 이유로 발생할 수 있습니다. 예:
    • 항목 정의 파일을 수동으로 변경합니다. 이러한 변경 내용은 유효하지만 편집기를 통해 수행하는 경우와 다를 수 있습니다. 예를 들어 Git에서 의미 체계 모델 열의 이름을 바꾸고 이 변경 내용을 작업 영역으로 가져오는 경우 다음에 의미 체계 모델에 변경 내용을 커밋하면 bim 파일이 변경된 것으로 등록되고 수정된 열이 columns 배열의 뒤로 푸시됩니다. 이는 bim 파일을 생성하는 AS 엔진이 이름이 바뀐 열을 배열의 끝으로 푸시하기 때문입니다. 이 변경 내용은 항목 작동 방식에 영향을 주지 않습니다.
    • CRLF 줄 바꿈을 사용하는 파일 커밋. 이 서비스는 LF(줄 바꿈) 줄 바꿈을 사용합니다. Git 리포지토리에 CRLF 줄 바꿈이 포함된 항목 파일이 있는 경우 서비스에서 커밋하면 이러한 파일이 LF로 변경됩니다. 예를 들어 데스크톱에서 보고서를 여는 경우 프로젝트 파일(.pbip)을 저장하고 CRLF사용하여 Git에 업로드합니다.
  • 향상된 새로 고침 API를 사용하여 의미 체계 모델을 새로 고치면 새로 고칠 때마다 Git diff가 발생합니다.