Microsoft Fabric Git 통합이란?
이 문서에서는 개발자에게 Git 버전 제어를 Microsoft Fabric ALM(애플리케이션 수명 주기 관리) 도구와 통합하는 방법을 설명합니다.
참고 항목
Git 통합을 위한 일부 항목은 미리 보기로 제공됩니다. 자세한 내용은 지원되는 항목 목록을 참조하세요.
Microsoft Fabric의 Git 통합을 통해 개발자는 개발 프로세스, 도구 및 모범 사례를 Fabric 플랫폼에 직접 통합할 수 있습니다. Fabric에서 개발하는 개발자는 다음을 수행할 수 있습니다.
- 작업 백업 및 버전 관리
- 필요에 따라 이전 스테이지로 되돌리기
- 다른 사용자와 협업하거나 Git 분기를 사용하여 단독으로 작업
- 친숙한 소스 제어 도구의 기능을 적용하여 Fabric 항목 관리
소스 제어와의 통합은 작업 영역 수준에 있습니다. 개발자는 작업 영역 내에서 개발하는 항목을 단일 프로세스로 버전 관리하여 모든 항목을 완전히 볼 수 있습니다. 현재 몇 가지 항목만 지원되지만 지원되는 항목 목록이 늘어나고 있습니다.
Git 통합 프로세스에 대해 자세히 읽어보세요.
Git 분기를 관리하는 가장 좋은 방법에 대해 알아봅니다.
개인 정보
Git 통합을 사용하도록 설정하기 전에 다음 개인정보처리방침을 검토해야 합니다.
지원되는 Git 공급자
다음 Git 공급자가 지원됩니다.
- Fabric 테넌트와 동일한 테넌트를 가진 Azure Repos의 Git
- GitHub
- GitHub Enterprise
지원되는 항목
현재 지원되는 항목은 다음과 같습니다.
- 데이터 파이프라인(미리 보기)
- Dataflows gen2(미리 보기)
- Eventhouse 및 KQL 데이터베이스(미리 보기)
- EventStream(미리 보기)
- 레이크하우스(미리 보기)
- Notebooks
- 페이지를 매긴 보고서(미리 보기)
- 리플렉스 (미리 보기)
- 보고서(Azure Analysis Services에 호스팅된 의미 체계 모델과 연결된 보고서, SQL Server Analysis Services에 호스팅된 의미 체계 모델과 연결된 보고서, 또는 MyWorkspace에 호스팅된 의미 체계 모델에 의존하여 Power BI Desktop에서 내보낸 보고서를 제외) (미리 보기)
- 의미 체계 모델 (푸시 데이터 세트 제외, Analysis Services에 대한 라이브 연결, 모델 v1) (미리 보기)
- Spark 작업 정의(미리 보기)
- Spark 환경(미리 보기)
- SQL 데이터베이스(미리 보기)
- 웨어하우스(미리 보기)
작업 영역 또는 Git 디렉터리에 지원되지 않는 항목이 있는 경우 여전히 연결할 수 있지만 지원되지 않는 항목은 무시됩니다. 저장되거나 동기화되지는 않지만 삭제되지도 않습니다. 소스 제어 패널에 표시되지만 커밋하거나 업데이트할 수는 없습니다.
고려 사항 및 제한 사항
일반 Git 통합 제한 사항
- Fabric의 인증 방법은 적어도 Git의 인증 방법만큼 강력해야 합니다. 예를 들어 Git에 다단계 인증이 필요한 경우 Fabric에도 다단계 인증이 필요합니다.
- Analysis Services에 연결된 Power BI 데이터 세트는 현재 지원되지 않습니다.
- 템플릿 앱이 설치된 작업 영역은 Git에 연결할 수 없습니다.
- 하위 모듈은 지원되지 않습니다.
- 소버린 클라우드는 지원되지 않습니다.
- Fabric 작업 영역을 사용하는 동일한 사용자에게 등록된 Azure DevOps 계정이 있어야 합니다.
- 작업 영역과 Git 리포지토리가 서로 다른 두 하위 지역에 있는 경우 테넌트 관리자는 지역 간 내보내기를 사용하도록 설정해야 합니다.
- 조직에서 조건부 액세스를 설정하는 경우 Power BI 서비스에 인증이 예상대로 작동하도록 설정된 것과 동일한 조건이 설정되어 있는지 확인합니다.
- 커밋 크기는 125MB로 제한됩니다.
GitHub Enterprise 제한 사항
일부 GitHub Enterprise 설정은 지원되지 않습니다. 예시:
- IP 허용 목록
- 개인 네트워크
- 사용자 지정 도메인
작업 영역 제한 사항
- 작업 영역 관리자만 분기 연결, 연결 끊기 또는 추가와 같은 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에 업로드합니다.
- 항목 정의 파일을 수동으로 변경합니다. 이러한 변경 내용은 유효하지만 편집기를 통해 수행하는 경우와 다를 수 있습니다. 예를 들어 Git에서 의미 체계 모델 열의 이름을 바꾸고 이 변경 내용을 작업 영역으로 가져오는 경우 다음에 의미 체계 모델에 변경 내용을 커밋하면 bim 파일이 변경된 것으로 등록되고 수정된 열이
- 향상된 새로 고침 API를 사용하여 의미 체계 모델을 새로 고치면 새로 고칠 때마다 Git diff가 발생합니다.