Power BI uygulama planlaması: İçerik geliştirme ve değişiklikleri yönetme

Not

Bu makale, Power BI uygulama planlama makale serisinin bir bölümünü oluşturur. Bu seri öncelikle Microsoft Fabric içindeki Power BI deneyimine odaklanır. Seriye giriş için bkz . Power BI uygulama planlaması.

Bu makale, içerik yaşam döngüsünü yönetmenin bir parçası olarak içerik geliştirmenize ve değişiklikleri yönetmenize yardımcı olur. Öncelikli olarak şu hedeftedir:

• Mükemmellik Merkezi (COE) ve BI ekipleri: Kuruluşta Power BI'ı denetlemekle sorumlu ekipler. Bu ekipler, Power BI içeriğinin yaşam döngüsünü yönetmeye karar veren karar alıcıları içerir. Bu ekipler ayrıca yayın yöneticileri, içerik sürümlerinin yaşam döngüsünü işleyen roller veya yaşam döngüsü yönetimini etkili bir şekilde kullanmak ve desteklemek için gereken bileşenleri oluşturan ve yöneten mühendisleri içerebilir.
• İçerik oluşturucuları ve içerik sahipleri: İçerik oluşturan ve başkalarıyla paylaşmak üzere Doku portalında yayımlamak isteyen kullanıcılar. Bu kişiler, oluşturdukları Power BI içeriğinin yaşam döngüsünü yönetmekle sorumludur.

Yaşam döngüsü yönetimi, içeriğin oluşturulmasından son kullanımdan kaldırılmasına kadar işlemek için kullandığınız süreçler ve uygulamalardır. Yaşam döngüsü yönetiminin ilk aşamasında, yaşam döngüsü yönetimi yaklaşımınızı etkileyen çözüm planlaması ve önemli kararlar almayı içeren içeriği planlayıp tasarlarsınız. İkinci aşamada içerik geliştirir ve değişiklikleri yönetirsiniz.

İçerik oluşturucuları arasında etkili işbirliği ve içeriğin tüketicilere kararlı ve tutarlı bir şekilde teslim edilmesini sağlamak için, yaşam döngüsü boyunca içerik değişikliklerini yönetmek önemlidir.

Aşağıdaki görüntüde, power BI içeriğinin yaşam döngüsü gösterilir ve burada içerik geliştirip değişiklikleri yönettiğiniz ikinci aşama vurgulanır.

Not

İçerik yaşam döngüsü yönetimine genel bakış için bu serinin ilk makalesine bakın.

İpucu

Bu makalede, yaşam döngüsü boyunca içerik geliştirmenize ve değişiklikleri yönetmenize yardımcı olacak önemli kararlar ve önemli noktalar ele alınmaktadır. İçerik geliştirme ve değişiklikleri yönetme hakkında daha fazla rehberlik için bkz:

• Microsoft Fabric'te yaşam döngüsü yönetimi nedir?: Bu makalede, Doku Git tümleştirmesi ve dağıtım işlem hatları için teknik bir giriş ve öğretici sağlanır.
• Yaşam döngüsü yönetimi en iyi yöntemleri: Bu makale, içerik geliştirmek ve değişiklikleri yönetmek için Doku ve Power BI'ın yaşam döngüsü yönetimi özelliklerini kullanmaya yönelik pratik ipuçları ve yönergeler içerir.
• Power BI Desktop OneDrive ve SharePoint tümleştirmesi: Bu makale, .pbix dosyalarıyla sürüm denetimi gerçekleştirirken OneDrive İş ve Okul veya SharePoint'e kaydedilmiş dosyaları kullanma ve depolama seçeneklerine genel bir bakış içerir.
• Azure Repos'ta Git'i kullanmaya başlama: Bu makale serisi, Azure Repos'ta git deposu kullanarak kaynak denetimi gerçekleştirmeye yönelik pratik ipuçları, öğreticiler ve yönergeler içerir.

İçerik oluşturucuları ve sahipleri, sürüm denetimini kullanarak içerik değişikliklerini yönetmelidir. Sürüm denetimi, merkezi bir depodaki dosya veya kodda yapılan değişiklikleri yönetme uygulamasıdır. Bu uygulama, daha etkili işbirliği ve içerik yönetimi sağlar.

Sürüm denetiminin diğer avantajları şunlardır:

• Birden çok içerik oluşturucudan gelen değişiklikleri birleştirin ve birleştirme çakışmalarını işleyebilir.
• Hangi içeriğin değiştiğini ve bu içerikte nelerin değiştiğini belirleyin.
• İçerik değişikliklerini belirli iş öğelerine bağlama.
• Değişiklikleri sürüm geçmişine sahip farklı sürümler halinde gruplandırma.
• Değişiklikleri veya içeriğin tüm sürümlerini geri alma.

İpucu

Oluşturduğunuz tüm içerik için mümkün olduğunca sürüm denetimini kullanmanızı öneririz. Sürüm denetiminin kullanılması hem içerik oluşturucular hem de tüketiciler için önemli avantajlara sahiptir ve dosya kaybı veya değişiklikleri geri alamama nedeniyle kesinti riskini azaltır.

Sürüm denetimini ayarlamanın ilk adımı, içeriği nasıl geliştireceğine karar vermektir.

İçeriğin nasıl geliştireceğine karar verme

İçeriği nasıl yazdığınıza bağlı olarak, içeriği yönetme hakkında farklı kararlar alırsınız. Örneğin, Power BI raporları ve anlam modelleri için Power BI Desktop (.pbix) dosyası, Power BI Desktop proje (.pbip) biçimine kıyasla sürüm denetimi için daha az seçeneğe sahiptir. Bunun nedeni bir .pbix dosyasının ikili biçim olması, .pbip biçiminin ise metin tabanlı insan tarafından okunabilir içerik ve meta veriler içermesidir. İnsan tarafından okunabilen içeriğe ve meta verilere sahip olmak, kaynak denetimini kullanarak model ve rapor değişikliklerinin daha kolay izlenmesini sağlar. Kaynak denetimi, içerik içindeki değişiklikleri kod ve meta verilerde görüntüleyip yönettiğiniz durumdur.

İpucu

Power BI Desktop kullanarak anlamsal modeller ve raporlar geliştirirken ,pbix dosyaları yerine .pbip dosyaları kullanmanızı öneririz. XMLA araçlarını kullanarak anlamsal modeller geliştirirken, .bim dosyaları yerine Tablosal Model Tanım Dili (TMDL) biçimini kullanmanızı öneririz.

.pbip ve TMDL biçimleri, nesne düzeyindeki değişikliklerin daha kolay izlenmesini ve birleştirilmesini destekler. Bu, DAX ölçüleri veya tabloları gibi tek tek nesnelerdeki değişiklikleri görüntüleyebileceğiniz ve yönetebileceğiniz anlamına gelir.

Power BI Desktop

.pbix veya .pbip dosyaları olarak kaydedebileceğiniz anlamsal modeller veya raporlar oluşturmak için Power BI Desktop'ı kullanabilirsiniz. Power BI Desktop'ı kullanırken de kullanabileceğiniz ek özel içerik dosyaları vardır.İçerik oluşturmak için Power BI Desktop kullanırken, bazı önemli kararlar vermelisiniz:

• Kullanılacak dosya biçimi: İçeriği .pbix veya .pbip dosyaları olarak kaydedebilirsiniz. Örneğin Git tümleştirmesi için .pbip dosyaları kullanmanız gerekir. Self servis oluşturucular Teams, SharePoint veya OneDrive'da yönetilip bakımı daha kolay .pbix dosyaları bulabilir.
• Özel içeriği yönetme: Power BI Desktop dosyalarına temalar, özel görseller veya görüntüler ekleyebilirsiniz. Bu, yaşam döngüsü yönetimi için ayrı önemli noktalar gerektirebilir. Örneğin, içerik oluşturucular kendi özel görsellerini yaptıklarında, görsel tanımını ayrı bir dosyaya kaydedip yönetmeleri gerekir.
• Önizleme özelliklerini yönetme: Power BI Desktop'ta içeriği ve nasıl kullanacağınızı değiştiren özellikleri veya ayarları önizlemeyi kabul edebilirsiniz. Örneğin, önizleme özelliklerini kullanan içeriği doğrulamak için ek adımlar atabilirsiniz.

Web yazma

Veri akışları, panolar ve karneler gibi belirli içerikler yalnızca Doku portalında oluşturulabilir. Ayrıca hem Doku portalında hem de yerel araçları kullanarak anlamsal modeller, raporlar ve sayfalandırılmış raporlar gibi bazı içerikler oluşturabilir veya değiştirebilirsiniz. Web yazma kullanarak içerik oluştururken, bazı önemli kararlar vermelisiniz:

• Değişiklikleri yönetme: Web yazma özelliğini kullanarak birçok öğe türünde değişiklik yapabilirsiniz, ancak bu değişiklikler önceki sürümlerin üzerine yazılarak anında kaydedilebilir. Örneğin, başkalarıyla işbirliği yapıyorsanız, paylaşılan öğeler üzerinde web yazmaktan ve kendi kopyanızda çalışmaktan kaçınmak isteyebilirsiniz.
• İçerik yedeklemelerini alma: Web yazma kullanarak raporlar veya anlam modelleri gibi içerik oluşturabilirsiniz, ancak bu öğeler yerel .pbix dosyalarına indirilemez. Örneğin, meta verilerini alıp depolayarak bu içeriği yedeklemeyi seçebilirsiniz.

İpucu

Veri akışları ve karneler geliştirirken değişiklikleri yönetmek ve yedeklemeyi depolamak için öğe tanımlarını almanızı öneririz. Doku REST API'lerini kullanarak veri akışını ve karne alımını otomatikleştirebilirsiniz. Özellikle Sırasıyla Veri Akışı Al ve Karne Al uç noktalarını kullanabilirsiniz.

Dikkat

Panolar gibi bazı içeriklerde tanım alma seçeneği yoktur. Bu içerik için değişiklikleri kolayca izleyemez veya yedek alamazsınız.

Diğer araçlar

Belirli içerik türlerini oluşturmak veya yönetmek için diğer araçları kullanabilirsiniz. Bu araçlar ek avantajlar sağlayabilir, iş akışınıza daha uygun olabilir veya belirli özellikleri veya içerik türlerini yönetmek için gerekli olabilir. İçerik oluşturmak ve yönetmek için hem diğer Microsoft araçlarını hem de üçüncü taraf araçlarını kullanabilirsiniz. İçerik oluşturmak veya yönetmek için kullanabileceğiniz diğer araçlar aşağıdaki gibidir.

• Visual Studio veya Visual Studio Code: Geliştiricilerin anlamsal modeller veya Doku not defterleri oluşturup yönetmesi için tümleşik bir geliştirme ortamı. Geliştiriciler hem Visual Studio hem de Visual Studio Code ile yerel değişiklikleri işleyip uzak bir depoya göndererek kaynak denetimi yönetimi (SCM) gerçekleştirebilir.
• Tablosal Düzenleyici: Anlamsal modeller geliştirmeye ve yönetmeye yönelik bir üçüncü taraf aracı.
• Excel: Anlam modeliyle çalışan özet tablolar ve canlı bağlı tablolar için bir istemci aracı.
• Power BI Rapor Oluşturucusu: Sayfalandırılmış rapor (.rdl) dosyaları oluşturmaya yönelik bir masaüstü uygulaması.

Diğer araçları kullanarak içerik oluştururken, yapmanız gereken bazı önemli kararlar şunlardır:

• Lisansları yönetme: Diğer araçlar, yönetmeniz gereken ek lisanslar gerektirebilir.
• İçerik yayımlama: XmlA uç noktalarını veya Power BI REST API'lerini kullanma gibi diğer araçlar içerik yayımlamak için ek adımlar gerektirebilir.

İçeriği nasıl oluşturacağınız konusunda karar verdikten sonra içeriği geliştirirken nerede yayımlayıp test ettiğinizi seçmeniz gerekir.

Çalışma alanlarını nasıl ayarlayıp kullanacağınıza karar verme

İçerik geliştirirken, kuruluş tarafından kullanılan üretim içeriğini geliştirilen veya doğrulanan içerikten ayırmak için birden çok çalışma alanı (veya aşama) kullanmanız gerekir. İçeriğiniz için ayrı çalışma alanları kullanmanın çeşitli avantajları vardır:

• Şu anda kullanımda olan içeriği etkilemeden içerik geliştirebilir ve test edebilirsiniz. Bu, üretim ortamındaki içerikte yanlışlıkla kesintiye neden olabilecek değişiklikleri önler.
• ayrı veri ağ geçitleri veya Doku kapasiteleri kullanma gibi içerik geliştirme ve test etme için ayrı kaynaklar kullanabilirsiniz. Bu, geliştirme ve test için kullanılan kaynakların üretim iş yüklerini kesintiye uğratarak yavaş veri yenilemelerine veya raporlarına neden olması önler.
• Bu aşamaların her biri için ayrı ortamlara sahip olarak içerik geliştirmek, test etmek ve yayınlamak için daha yapılandırılmış bir işlem oluşturabilirsiniz. Bu, üretkenliği artırmanıza yardımcı olur.

Doku ve Power BI'da, kiracı düzeyinde ve çalışma alanı düzeyinde planlama makalelerinde açıklandığı gibi ayrı Doku çalışma alanları kullanmanızı öneririz.

Önemli

ayrı ortamlar kullanmak, içerik yaşam döngüsü yönetimi yaklaşımınızın başarısını sağlamak için önemli bir adımdır.

Ortamları ayırmak için Doku çalışma alanlarını kullanmanın birden çok yolu vardır. Genellikle yerel ortamınıza ek olarak, yaşam döngüsü boyunca içeriği yönetmek için iki veya daha fazla çalışma alanı kullanırsınız.

Bu içeriğin yaşam döngüsü boyunca ayrı çalışma alanlarını nasıl kullanacağınızı planladığınızda aşağıdaki soruları yanıtlayın:

• Kaç çalışma alanına ihtiyacınız var?
• Çalışma alanlarını öğe türüne göre ayıracak mısınız?
• Her çalışma alanına kimler erişebilir?
• Çalışma alanları bir Doku dağıtım işlem hattına mı ait olacak yoksa Azure Pipelines gibi diğer yaklaşımları kullanarak dağıtımı mı düzenleyeceksiniz?
• Çalışma alanları arası yayımlamayı nasıl yönetebilirsiniz? Örneğin, raporlar için bir test çalışma alanında bulunan raporların veri öğeleri için ayrı bir test çalışma alanında anlamsal modellere bağlandığından emin olmanız gerekir mi?
• Üretim çalışma alanlarındaki öğeler için ayrı bir şirket içi veri ağ geçidi kümesi gibi ayrı destekleyici kaynaklar da kullanmanız gerekiyor mu?

Aşağıdaki bölümlerde, yaşam döngüsü yönetimini kolaylaştırmak için çalışma alanlarını ayırmak için kullanabileceğiniz farklı yaklaşımlara üst düzey bir genel bakış sağlanmaktadır.

Not

Aşağıdaki bölümlerde ayrı çalışma alanlarını ayarlama ve kullanma işlemlerine odaklanılır. Aşağıdaki dört yaklaşımdan birini kullanarak içeriği bu çalışma alanlarına dağıtabilirsiniz:

• Power BI Desktop'tan yayımlama.
• Doku dağıtım işlem hatlarını kullanarak başka bir çalışma alanından içerik dağıtma.
• Git tümleştirmesini kullanarak uzak git deposundan içerik eşitleme.
• Doku REST API'lerini, Power BI REST API'lerini veya XMLA uç noktalarını kullanarak içeriği program aracılığıyla dağıtma.

İçerik dağıtmaya yönelik bu yaklaşımlar hakkında daha fazla bilgi için bkz . 4. Aşama: Bu serinin devamında içerik dağıtma.

Test ve üretim çalışma alanları

Kuruluş için kritik olmayan daha basit içerikler sunduğunuz zaman genellikle iki çalışma alanı yeterli olabilir. Bu senaryoda içerik oluşturucular genellikle aynı öğeler üzerinde sınırlı işbirliğine sahiptir ve içeriği yerel olarak geliştirir.

Aşağıdaki diyagramda, yalnızca bir test ve üretim çalışma alanıyla ayrı ortamları nasıl kullanabileceğinize ilişkin üst düzey bir örnek gösterilmiştir.

Diyagramda, bu yaklaşımda çalışma alanlarını ayırmak için aşağıdaki işlemler ve bileşenler gösterilir.

Kalem	Açıklama
	İçerik oluşturucular yerel ortamlarında içerik geliştirir.
	Hazır olduğunda, içerik oluşturucular içeriği test çalışma alanında yayımlar. İçerik oluşturucular yalnızca web yazma ile üretilebilen içerik geliştirebilir ve test çalışma alanında içerik doğrulaması gerçekleştirebilir.
	İçerik oluşturucular hazır olduğunda içeriği bir üretim çalışma alanına dağıtır. İçerik oluşturucular, üretim çalışma alanında bir Power BI uygulaması yayımlayarak veya çalışma alanından içerik paylaşarak içeriği dağıtır.

Not

Ayrı çalışma alanlarını ayarlayıp kullanmanın ve bu çalışma alanları arasında içerik dağıtmanın birçok farklı yolu vardır. Ancak yerel geliştirme gerçekleştirmemenizi ve ardından içeriği doğrudan bir üretim çalışma alanına yayımlamanızı öneririz. Bu, önlenebilir kesintilere ve hatalara yol açabilir.

Geliştirme, test ve üretim çalışma alanları

İş açısından kritik içerik teslim ederken genellikle üç veya daha fazla ayrı çalışma alanı kullanırsınız. Bu senaryoda içerik oluşturucular genellikle çözümün en son sürümünü içeren ek bir geliştirme çalışma alanında işbirliği sağlar.

Aşağıdaki diyagramda geliştirme, test ve üretim çalışma alanıyla ayrı ortamları nasıl kullanabileceğinize ilişkin üst düzey bir örnek gösterilmiştir.

Diyagramda, bu yaklaşımda çalışma alanlarını ayırmak için aşağıdaki işlemler ve bileşenler gösterilir.

Kalem	Açıklama
	İçerik oluşturucular yerel ortamlarında içerik geliştirir.
	Hazır olduğunda içerik oluşturucular bir geliştirme çalışma alanında içerik yayımlar. Geliştirme çalışma alanında içerik oluşturucular yalnızca web yazma ile üretilebilen içerik geliştirebilir. İçerik oluşturucular, geliştirme çalışma alanındaki içeriği de doğrulayabilir.
	İçerik oluşturucular hazır olduğunda içeriği test çalışma alanına dağıtır. Test çalışma alanında, kullanıcılar çalışma alanında veya uygulamada içeriği doğrular.
	İçerik oluşturucular hazır olduğunda içeriği bir üretim çalışma alanına dağıtır. İçerik oluşturucular, üretim çalışma alanında bir Power BI uygulaması yayımlayarak veya çalışma alanından içerik paylaşarak içeriği dağıtır.

Not

Dağıtım işlem hatları ile en fazla on farklı ortam kullanabilirsiniz. Örneğin, test ve üretim arasında performans testi gibi özel doğrulama türlerine yönelik bir üretim öncesi ortamınız olmasını isteyebilirsiniz.

Git tümleştirmesi ile özel çalışma alanı

İş açısından kritik içerik teslim ederken, her geliştirici geliştirme için kendi özel çalışma alanını da kullanabilir. Bu senaryoda özel çalışma alanı, içerik oluşturucuların Doku portalında içeriği test etmesine veya geliştirme ekibindeki diğer kişilere kesinti riski olmadan zamanlanmış yenileme gibi özellikleri kullanmasına olanak tanır. İçerik oluşturucular, doku portalında da veri akışları gibi içerik geliştirebilir. Git tümleştirmesini Azure DevOps ile birlikte kullanarak içerik değişikliklerini yönetirken özel çalışma alanları iyi bir seçim olabilir.

Not

Azure DevOps , içerik yaşam döngüsü yönetimini planlamanıza ve düzenlemenize yardımcı olmak için Power BI ve Fabric ile tümleşen bir hizmet paketidir. Azure DevOps'yi bu şekilde kullandığınızda genellikle aşağıdaki hizmetlerden yararlanabilirsiniz:

• Azure Repos: İçerik değişikliklerini izlemek ve yönetmek için kullandığınız uzak depolama konumu olan uzak git deposunu oluşturmanıza ve kullanmanıza olanak tanır.
• Azure Pipelines: Uzak bir depodan çalışma alanına içerik işlemek, test etmek ve dağıtmak için bir dizi otomatik görev oluşturmanıza ve kullanmanıza olanak tanır.
• Azure Test Planları: Çözümü doğrulamak için testler tasarlamanıza ve Azure Pipelines ile birlikte kalite denetimini otomatikleştirmenize olanak tanır.
• Azure Boards: Görevleri ve planları iş öğeleri olarak izlemek ve diğer Azure DevOps hizmetlerindeki iş öğelerine bağlanmak veya başvurmak için panoları kullanmanıza olanak tanır.
• Azure Wiki: İçeriği anlamak ve katkıda bulunmak için ekipleriyle bilgi paylaşmanıza olanak tanır.

Aşağıdaki diyagramda, Git tümleştirmesi ile özel bir çalışma alanı kullanarak ayrı ortamları nasıl kullanabileceğinize ilişkin üst düzey bir örnek gösterilmiştir.

Not

Diyagramda, değişiklikleri bir ana dalda birleştirmeden önce çözümün ayrı dallarında (bir ve ikinci dal) çalışan ayrı geliştiriciler gösterilir. Bu, geliştiricilerin değişikliklerini uzak bir Git deposuyla tümleştirmesini ve Doku'da Git tümleştirmesinden nasıl yararlanabileceğini gösteren git dallanma stratejisinin basitleştirilmiş bir gösterimidir.

Diyagramda, bu yaklaşımda çalışma alanlarını ayırmak için aşağıdaki işlemler ve bileşenler gösterilir.

Kalem	Açıklama
	Her içerik oluşturucu kendi yerel ortamında içerik geliştirir.
	İçerik oluşturucular hazır olduğunda değişiklikleri işleyip Azure Repos Git deposu gibi uzak bir depoya aktarır.
	Uzak Git deposunda içerik oluşturucular kaynak denetimini kullanarak içerik değişikliklerini izler ve yönetir ve işbirliğini kolaylaştırmak için içeriği dallandırıp birleştirir.
	İçerik oluşturucular uzak deponun bir dalını özel bir çalışma alanıyla eşitler. Eşitledikten sonra, bir oluşturucunun dala işlediği ve dalına göndererek yaptığı en son değişiklikler bu özel çalışma alanında görünür. Farklı içerik oluşturucular kendi başlarına çalışır ve değişiklik yaparken dalları birbirinden ayırır.
	Özel çalışma alanlarında içerik oluşturucular web yazma özelliğini kullanarak içerik geliştirebilir ve kendi değişikliklerini doğrulayabilir. web yazma tarafından yapılan içerik değişiklikleri, içerik oluşturucu bu değişiklikleri işleyip çalışma alanından gönderdiğinde Git deposundaki dalla eşitlenebilir. Farklı içerik oluşturucular kendi özel çalışma alanlarında çalışır.
	Hazır olduğunda içerik oluşturucuları, değişikliklerini çözümün ana dalı ile birleştirmek için bir çekme isteği gerçekleştirir.
	Değişiklikler birleştirildikten sonra ana dal geliştirme çalışma alanıyla eşitlenir.
	Geliştirme çalışma alanında içerik oluşturucular, Panolar gibi Doku Git tümleştirmesi tarafından desteklenmeyen içerik geliştirebilir. İçerik oluşturucular ayrıca en son değişikliklerin tümünü içeren tümleşik çözümü de doğrular.
	İçerik oluşturucular hazır olduğunda içeriği test çalışma alanına dağıtır. Test çalışma alanında, kullanıcılar içeriğin kullanıcı kabul testini gerçekleştirir.
	İçerik oluşturucular hazır olduğunda içeriği bir üretim çalışma alanına dağıtır. İçerik oluşturucular, üretim çalışma alanında bir Power BI uygulaması yayımlayarak veya çalışma alanından içerik paylaşarak içeriği dağıtır.

Çalışma alanları için destekleyici kaynaklar

Ayrı ortamlar kullandığınızda, bunun bu ortamlarda kullandığınız çeşitli destekleyici kaynakları nasıl etkileyeceğini de göz önünde bulundurmanız gerekir. Bu destekleyici kaynaklar için, bunları aynı sayıda aşamaya ayırmanız gerekip gerekmediğini veya bu ortamlardaki kullanımlarını nasıl koordine ettiğinizi göz önünde bulundurun.

• Ağ geçitleri: Üretim iş yükleri için ayrı şirket içi veri ağ geçidi kümeleri ve sanal ağ geçitleri kullanmayı göz önünde bulundurun. Bu, kesintiyi önlemek için ama aynı zamanda bu ağ geçitlerini güncelleştirmeniz gerektiğinde çalışma süresini sağlamak için yararlıdır.
• Uygulamalar: Test ve üretim çalışma alanları için ayrı uygulamalar kullanmayı göz önünde bulundurun. Aşamalar arasında uygulama dağıtmak veya kopyalamak mümkün değildir. Test çalışma alanındaki uygulamalar, değişiklikleri üretim çalışma alanına dağıtmadan önce içeriği ve uygulama deneyimini test etmeye yardımcı olmak için tasarlanmıştır. Üretim çalışma alanındaki uygulamalar, yapılandırılmış ve deneyimde son kullanıcılara içerik sunmak için tasarlanmıştır.
• Azure DevOps: Kaynak denetimi ve dağıtımı işbirliği yapmak ve yönetmek için Azure DevOps kullanmayı planlıyorsanız, bu ortamlar arasında içerik dağıtmak için dalları ve Azure Pipelines'ı nasıl kullanacağınızı göz önünde bulundurun. İçerik dağıtmak için Azure Pipelines'ı kullanma hakkında daha fazla bilgi için bkz . 4. Aşama: İçerik dağıtma.

Çalışma alanlarını nasıl ayarlayıp kullanacağınıza karar verdikten sonra, sonraki adım içerik değişikliklerini izlemek ve yönetmek için sürüm denetimini nasıl gerçekleştireceğine karar vermektir.

Sürüm denetimini nasıl kullanacağınıza karar verme

Power BI'da, SharePoint/OneDrive kullanarak veya Azure DevOps'un bir bileşeni olan Azure Repos gibi uzak bir Git deposu kullanarak sürüm denetimi gerçekleştirebilirsiniz. Her iki yaklaşımda da, değişiklikleri izlemeye ve yönetmeye yardımcı olmak için uzak depolama konumuna yerel içerik dosyaları eklersiniz. SharePoint veya OneDrive'ı yalnızca daha küçük ve daha basit projeler için kullanmanızı öneririz çünkü daha büyük veya daha karmaşık senaryoları desteklemek için özelliklerden ve sağlamlıktan yoksundur.

Sürüm denetimini ayarlamanıza ve kullanmanıza yardımcı olacak bazı genel noktalar aşağıdadır.

• Uyarılar: Başkalarının kritik dosyaları eklemesi, kaldırması veya değiştirmesi için uyarılar ayarlamanız gerekir.
• Kapsam: Uzak depolama konumunun kapsamını açıkça tanımlayın. İdeal olarak, uzak depolama konumunun kapsamı, tüketicilere içerik sunmak için kullandığınız aşağı akış çalışma alanlarının ve uygulamaların kapsamıyla aynıdır.
• Erişim: Dağıtım işlem hattı izinleriniz ve çalışma alanı rolleriniz için ayarladığınıza benzer bir izin modeli kullanarak uzak depolama konumuna erişimi ayarlamanız gerekir. İçerik oluşturucuların uzak depolama konumuna erişmesi gerekir.
• Belgeler: Uzak depolama konumunu ve amacını, sahipliğini, erişimini ve tanımlı işlemlerini açıklamak için uzak depolama konumuna metin dosyaları ekleyin.

Aşağıdaki bölümlerde, hangisini kullanmanız gerektiğine karar vermek için her yaklaşım ve önemli noktalar açıklanmaktadır.

SharePoint veya OneDrive İş ve Okul kullanarak sürüm denetimi

SharePoint'te dosyalar için yerleşik sürüm denetimi vardır. İçerik oluşturucular yerel olarak anlamsal modeller veya raporlar geliştirebilir ve değişiklikleri bir SharePoint veya OneDrive İş ve Okul belge kitaplığıyla eşitlenir.

İpucu

SharePoint veya OneDrive'ı yalnızca self servis içerik yayımlama gibi daha basit, daha küçük senaryolarda sürüm denetimi için kullanın. Daha büyük veya daha karmaşık senaryolar için uzak git deposu kullanarak kaynak denetimi gerçekleştirmeyi düşünmelisiniz.

Aşağıdaki diyagramda SharePoint veya OneDrive kullanarak sürüm denetimini nasıl gerçekleştirdiğinize ilişkin üst düzey bir genel bakış gösterilmiştir.

Diyagramda aşağıdaki işlemler ve bileşenler açıklanmaktadır.

Kalem	Açıklama
	İçerik oluşturucular, yerel ortamlarında anlamsal modeller ve raporlar geliştirir ve bu modelleri ve raporları .pbix dosyaları olarak kaydeder.
	Hazır olduğunda içerik oluşturucular, uzak bir SharePoint veya OneDrive İş ve Okul kitaplığıyla eşitledikleri değişiklikleri kaydeder.
	Uzak kitaplıkta içerik oluşturucular, sürüm denetimini kolaylaştıran dosya düzeyindeki değişiklikleri izler.
	İçerik oluşturucular, OneDrive'ın yenilenmesini kolaylaştırmak için yayımlanmış bir anlam modeli veya raporu bir .pbix dosyasına bağlayabilir. OneDrive yenilemesi saatte bir içerik değişikliklerini otomatik olarak yayımlar.
	Doku çalışma alanında içerik oluşturucular, OneDrive yenilemesi tamamlandıktan sonra Power BI içeriğinde yapılan değişiklikleri görür.

Önemli

Sürüm denetimini yalnızca anlamsal modeller veya raporlar içeren SharePoint veya OneDrive for Power BI Desktop dosyalarını kullanarak gerçekleştirebilirsiniz. Veri akışları gibi diğer Power BI öğe türleri veya not defterleri gibi Doku öğe türleri için SharePoint veya OneDrive kullanarak kolayca sürüm denetimi gerçekleştiremezsiniz. Bu diğer öğe türleri için, Azure Repos gibi uzak bir Git deposu kullanarak sürüm denetimi gerçekleştirmeniz gerekir.

Özetlemek gerekirse, içerik oluşturucular yayımlanmış bir anlam modeli veya raporu SharePoint veya OneDrive İş ve Okul kitaplığında depolanan bir .pbix dosyasına bağlayabilir . Bu yaklaşımla, içerik oluşturucuların artık değişiklikleri görmek için anlam modelini yayımlaması gerekmez. Bunun yerine, saatlik olarak gerçekleşen otomatik OneDrive yenilemesinin ardından değişiklikler görünür. Kullanışlı olsa da, bu yaklaşım bazı önemli noktalarla birlikte gelir ve kolayca tersine çevrilemez.

Kurulumu ve yönetimi kolay olsa da, SharePoint veya OneDrive ile sürüm denetiminin daha fazla sınırlaması vardır. Örneğin, içerik içindeki değişiklikleri görüntülemek mümkün değildir ve sürümleri karşılaştırmak da mümkün değildir. Ayrıca, bu değişiklikleri yönetmek için daha karmaşık işlemler ayarlamak mümkün değildir (dallanma veya çekme istekleri gibi, bu makalenin devamında açıklanmıştır).

Aşağıdaki senaryolardaki değişiklikleri izlemek ve yönetmek için SharePoint veya OneDrive kullanmayı göz önünde bulundurun:

• İçerik yalnızca .pbix dosyaları olarak kaydedilen anlamsal modellerden veya raporlardan oluşur.
• Self servis kullanıcıları içeriği oluşturur ve yönetir.
• İçerik oluşturucular Microsoft Teams'i kullanarak işbirliği sağlar.
• İçerik oluşturucular Git ve kaynak denetimi yönetimi konusunda deneyimsizdir.
• İçerik oluşturucular, karmaşıklığı ve işbirliğini sınırlı olan tek bir öğeyi yönetir.
• .pbix dosyaları, içeriklerini şifreleyen bir duyarlılık etiketine sahiptir.

Not

OneDrive ve SharePoint, bazı sınırlı senaryolar dışında duyarlılık etiketleri uygulanmış içeriği destekler. Buna karşılık, Doku Git tümleştirmesi duyarlılık etiketlerini desteklemez.

Aşağıdaki senaryolarda değişiklikleri izlemek ve yönetmek için SharePoint veya OneDrive kullanmaktan kaçının:

• İçerik, anlamsal modeller ve raporlar dışındaki öğe türlerinden oluşur.
• İçeriğin kapsamı karmaşık veya büyük.
• İçerik oluşturucuların aynı öğe üzerinde aynı anda işbirliği içinde çalışması gerekir.

Aşağıdaki bölümlerde, Power BI ile SharePoint veya OneDrive kullanarak sürüm denetimini etkili bir şekilde kullanmak için dikkat edilmesi gereken ek noktalar açıklanmaktadır.

Microsoft Teams tümleştirmesi

İçerik oluşturucular işbirliği için kullanıyorsa Microsoft Teams'in belge kitaplıklarını kullanabilirsiniz. Belge kitaplıkları SharePoint siteleridir ve belge kitaplıklarının kullanılması (ayrı bir SharePoint sitesi veya OneDrive klasörü yerine) içeriğin, dosyaların ve işbirliğinin merkezileştirilmesini sağlar.

Dosyaları iade et ve kullanıma al

Olası değişiklik çakışmalarını önlemek için üzerinde çalıştığınız dosyaları kullanıma almalısınız. Değişiklikler tamamlandıktan sonra, değişiklikleri açıklayan açıklamaları içeren dosyaları iade edin. Dosyaları kullanıma alma ve kullanıma alma, sürüm denetimi için SharePoint veya OneDrive İş ve Okul kullanırken içerik oluşturucular arasındaki işbirliğini geliştirmenize yardımcı olur. Birden çok içerik oluşturucusu olan dosyaları iade edip kullanıma alırsanız, SharePoint site kitaplığını değiştirerek son güncelleştirmeyi ve son iade işleminin açıklamalarını görüntüleyebilirsiniz.

Sürüm geçmişi

SharePoint site belge kitaplığınızda beklenmeyen kesintiler olması durumunda içeriği ayrı bir konuma yedeklediğinizden emin olun. Ayrıca, SharePoint sitesinde tutulan sürüm sayısıyla ilgili sınırlar belirlemeli ve eski sürümleri silmelisiniz. Bu, sürüm geçmişinin anlamlı kalmasını ve çok fazla yer kaplamamasını sağlar.

Daha gelişmiş sürüm denetimi için dosyaları Azure Repos gibi uzak bir depoda depolayabilir ve kaynak denetimini kullanarak değişiklikleri yönetebilirsiniz.

Uzak Git deposu kullanarak kaynak denetimi

Uzak Git deposu, dosyaların kaynak denetimini kolaylaştırarak içerik oluşturucuların değişiklikleri izlemesi ve yönetmesi için daha fazla seçenek sağlar. Kısaca, içerik oluşturucular yerel olarak veya Power BI hizmeti içerik geliştirebilir, ardından bu değişiklikleri işleyip Azure Repos gibi uzak bir Git deposuna gönderebilir

Not

Ayrıca Git tümleştirmesi kullanmadan içeriğinizin kaynak denetimini de gerçekleştirebilirsiniz. Bu senaryoda, uzak git deposundaki içerik değişikliklerini izlemeye ve yönetmeye devam eder, ancak REST API'lerini veya XMLA okuma/yazma uç noktalarını kullanarak içerik dağıtırsınız. bu içerik dağıtma yöntemleri hakkında daha fazla bilgi için bkz . 4. Aşama: İçerik dağıtma.

Aşağıdaki diyagramda kaynak denetimi gerçekleştirme şeklinize ilişkin üst düzey bir genel bakış

Diyagramda aşağıdaki işlemler ve bileşenler açıklanmaktadır.

Kalem	Açıklama
	İçerik oluşturucular, yerel ortamlarında anlamsal modeller ve raporlar geliştirir ve bu modelleri ve raporları .pbip dosyaları olarak kaydeder. İçerik oluşturucular ayrıca anlamsal modeller geliştirebilir ve model meta verilerini kaydedebilir.
	İçerik oluşturucular hazır olduğunda, yaptıkları değişiklikleri kaydederler ve bu değişiklikleri düzenli aralıklarla işleyip uzak git deposuna aktarırlar.
	Uzak Git deposunda içerik oluşturucular, sürüm denetimini kolaylaştıran nesne düzeyindeki değişiklikleri izler. İçerik oluşturucular ayrıca içerik üzerinde çalışmak için dallar oluşturabilir ve çekme isteklerini kullanarak değişikliklerini tek bir dalda birleştirebilir.
	İçerik oluşturucular Git tümleştirmesini kullanarak uzak depodaki içeriği eşitleyebilir. Ayrıca Rest API'leriyle birlikte Azure Pipelines gibi diğer yaklaşımları kullanarak da içerik dağıtabilir.
	Doku çalışma alanında içerik oluşturucular, eşitleme veya dağıtım tamamlandıktan sonra Power BI içeriğinde yapılan değişiklikleri görür. İçerik oluşturucular, çalışma alanındaki veri akışları veya not defterleri gibi içerikler yazabilir. Git tümleştirmesi kullanıyorlarsa içerik oluşturucular bu çalışma alanını uzak deponun belirli bir dala bağlar.
	İçerik oluşturucular Git tümleştirmesini kullanarak değişiklikleri çalışma alanından uzak depoya işleyebilir ve gönderebilir. Bu değişiklikler, veri akışları ve not defterleri gibi çalışma alanında yazılan desteklenen içerik için öğe tanımlarını içeri aktarabilir.

Özetle, içerik oluşturucular .pbip dosyalarını, meta veri dosyalarını ve belgeleri merkezi bir Azure Repos uzak deposunda depolar. Bu dosyalar teknik bir sahip tarafından seçilmiştir. İçerik oluşturucu bir çözüm geliştirirken, teknik sahip çözümü yönetmek, değişiklikleri gözden geçirmek ve bunları tek bir çözümde birleştirmekle sorumludur. Azure Repos, SharePoint ve OneDrive'a kıyasla değişiklikleri izlemek ve yönetmek için daha gelişmiş seçenekler sağlar. İyi seçilmiş, belgelenmiş bir deponun korunması, tüm içeriğin ve işbirliğinin temelini oluşturur.

Aşağıdaki senaryolardaki değişiklikleri izlemek ve yönetmek için kaynak denetimini kullanmayı göz önünde bulundurun:

• Merkezi veya merkezi olmayan ekipler içeriği oluşturur ve yönetir.
• İçerik oluşturucular Azure DevOps kullanarak işbirliği sağlar.
• İçerik oluşturucular Git, kaynak denetimi yönetimi veya DataOps ilkeleri hakkında bilgi sahibidir.
• İçerik oluşturucular karmaşık veya önemli içeriği yönetir ya da içeriğin ölçeklendirilmesini ve karmaşıklık ve önem derecesinde artmasını bekler.

Azure DevOps ile kaynak denetimini etkili bir şekilde kullanmanıza yardımcı olacak bazı önkoşullar ve önemli noktalar aşağıdadır.

• Git: Değişiklikleri işlemek ve uzak bir depoya göndermek için içerik oluşturucuların Git'i indirip yüklemesi gerekir. Git, dosyalarınızdaki değişiklikleri izleyen dağıtılmış bir sürüm denetim sistemidir. Git temel bilgilerini öğrenmek için bkz . Git nedir?.
• Araçlar: Git'i kullanmak için içerik oluşturucuların Visual Studio veya Visual Studio Code gibi SCM için bir komut satırı arabirimi (CLI) veya grafik kullanıcı arabirimi (GUI) istemcisi kullanması gerekir.
• Lisanslar ve izinler: Azure Repos Git deposu oluşturmak ve kullanmak için içerik oluşturucuların aşağıdakilere sahip olması gerekir:
  • Erişim düzeyi Temel olarak ayarlanır (Paydaş'ın aksine).
  • Bir kuruluşa ve projeye ait.
  • Uygun depo izinleri.
• Fabric Git tümleştirmesi: Microsoft Fabric çalışma alanıyla uzak bir depodaki içeriği eşitlemek için içerik oluşturucular Fabric Git tümleştirmesini kullanır. Bu, veri akışları gibi Doku portalında oluşturulan içeriklerde yapılan değişiklikleri izlemek ve yönetmek için önemlidir.

İpucu

Yerel geliştirmeyle kaynak denetimini kolaylaştırmak için Visual Studio Code gibi bir istemci uygulaması kullanmanızı öneririz. Power BI Desktop'ı kullanarak içerik geliştirebilir, ardından Visual Studio Code'u kullanarak uzak deponuza değişiklikleri hazırlayarak, işleyerek ve göndererek bu içeriğin kaynak denetimi yönetimini gerçekleştirebilirsiniz.

Uyarı

Doku Git tümleştirmesinin desteklenen öğeler ve senaryolarla ilgili bazı sınırlamaları vardır. İlk olarak Doku Git tümleştirmesi'nin kendi senaryonuza en uygun olup olmadığını veya kaynak denetimini uygulamak için farklı bir yaklaşım benimsemeniz gerekip gerekmediğini doğruladığınızdan emin olun.

Ayrıca, duyarlılık etiketleri Doku Git tümleştirmesi ile desteklenmez ve duyarlılık etiketlerine sahip öğeleri dışarı aktarma devre dışı bırakılabilir. İçeriğinizde duyarlılık etiketleri varsa, veri kaybı önleme ilkelerinizi yerine getirilirken sürüm denetimine nasıl ulaşabileceğinizi planlamanız gerekir.

Azure Repos ile kaynak denetimini kullanmanın temel avantajlarından biri, içerik oluşturucular arasındaki işbirliğinin geliştirilmesi ve içerik değişiklikleri ve dağıtımıyla ilgili daha fazla özelleştirme ve gözetim sağlamaktır.

Aşağıdaki diyagramda Azure DevOps'un kaynak denetimiyle işbirliğine nasıl olanak sağladığına ilişkin üst düzey bir genel bakış gösterilmiştir.

Not

Önceki diyagramda Azure DevOps kullanarak nasıl işbirliği yapılacağını gösteren bir örnek gösterilmiştir. Ekibinizin ihtiyaçlarına ve çalışma şekline en uygun yaklaşımı seçin.

Diyagramda aşağıdaki kullanıcı eylemleri, işlemler ve özellikler gösterilmiştir.

Kalem	Açıklama
	İçerik oluşturucu, içeriğin en son sürümünü içeren ana dalı kopyalayarak yeni, kısa süreli bir dal oluşturur. Yeni dal genellikle belirli bir özelliği geliştirmek veya belirli bir sorunu düzeltmek için kullanıldığından özellik dalı olarak adlandırılır.
	İçerik oluşturucu, değişikliklerini geliştirme sırasında yerel bir depoda işler.
	İçerik oluşturucu, yaptığı değişiklikleri Azure Boards'ta yönetilen iş öğelerine bağlar. Works öğeleri, dalları kapsamındaki belirli geliştirmeleri, iyileştirmeleri veya hata düzeltmelerini açıklar.
	İçerik oluşturucu, değişikliklerini düzenli olarak işler. Hazır olduğunda, içerik oluşturucu dalını uzak depoda yayımlar.
	İçerik oluşturucu, değişikliklerini test etmek için çözümünü geliştirmeleri için yalıtılmış bir çalışma alanına dağıtır (bu diyagramda gösterilmez). İçerik oluşturucu ayrıca Doku Git tümleştirmesini kullanarak özellik dalını çalışma alanıyla eşitleyebilir.
	İçerik oluşturucular ve içerik sahipleri, çözümü ve süreçlerini geliştirme ekibinin tamamı tarafından kullanılabilen bir Azure Wiki'de belgeler.
	Hazır olduğunda, içerik oluşturucu özellik dalını ana dalla birleştirmek için bir çekme isteği açar.
	Çekme isteğini gözden geçirmek ve değişiklikleri birleştirmek teknik sahip tarafından sorumludur. Çekme isteğini onayladığında, özellik dalını ana dalla birleştirir.
	Başarılı bir birleştirme, azure işlem hattı kullanarak çözümün geliştirme çalışma alanına dağıtımını tetikler (bu diyagramda gösterilmez). Doku Git tümleştirmesi kullanılırken, ana dal geliştirme çalışma alanıyla eşitlenir.
	Sürüm yöneticisi çözümün son gözden geçirmesini ve onayını gerçekleştirir. Bu sürüm onayı, çözümün hazır olmadan önce yayımlanmasını engeller. Kurumsal içerik yayımlamada, yayın yöneticisi genellikle içerik yayınını test ve üretim çalışma alanlarını planlayıp koordine eder. İçerik oluşturucular, paydaşlar ve kullanıcılarla eşgüdüm ve iletişim kurar.
	Yayın yöneticisi yayını onayladığında, Azure Pipelines çözümü otomatik olarak dağıtım için hazırlar. Alternatif olarak, azure işlem hattı çalışma alanları arasında içerik yükseltmek için bir dağıtım işlem hattı tetikleyebilir.
	Kullanıcılar, test çalışma alanındaki içeriği test edip doğrular. Dağıtım için Azure Pipelines ile Git tümleştirmesi kullanılırken test çalışma alanı herhangi bir dal ile eşitlenmez.
	Kullanıcılar değişiklikleri kabul edip doğruladıktan sonra yayın yöneticisi, üretim çalışma alanına dağıtmak için çözümün son gözden geçirmesini ve onayını gerçekleştirir.
	Kullanıcılar üretim çalışma alanında yayımlanan içeriği görüntüler. Dağıtım için Azure Pipelines ile Git tümleştirmesi kullanıldığında, üretim çalışma alanı herhangi bir dal ile eşitlenmez.

Aşağıdaki bölümlerde, Azure DevOps ve Power BI kullanarak kaynak denetimini etkili bir şekilde kullanmak için dikkat edilmesi gereken ek noktalar açıklanmaktadır.

Önemli

Power BI içeriğinizin yaşam döngüsünü yönetirken kaynak denetiminden en iyi şekilde yararlanmak için dallanma, işlemeler, çekme istekleri ve birleştirmelerin etkili kullanımı önemlidir.

Dalları kullanma

İçerik oluşturucular, dallanma stratejisini kullanarak işbirliğine ulaşır. Dallanma stratejisi, tek tek içerik oluşturucuların kendi yerel depolarında yalıtımlı olarak çalışmasına olanak tanır. Hazır olduğunda, değişiklikleri uzak depoda tek bir çözüm olarak birleştirir. İçerik oluşturucular, belirli geliştirmeler, iyileştirmeler veya hata düzeltmeleri için iş öğelerine bağlayarak çalışmalarını dallarla kapsamalıdır. Her içerik oluşturucu, çalışma kapsamı için uzak deponun kendi dalını oluşturur. Yerel çözümlerinde yapılan işler işlenir ve açıklayıcı bir işleme iletisiyle uzak depodaki dalın bir sürümüne gönderilir. İşleme iletisi, bu işlemede yapılan değişiklikleri açıklar.

Doku içeriğini yönetmek için dallanma stratejisi kullandığınızda aşağıdaki faktörleri göz önünde bulundurun.

• Hangi dal içerik oluşturucularının kendi çalışmaları için kopyalaması gerekir. Örneğin, bu dallar ana dalın bir kopyasıysa (gövde tabanlı geliştirme olarak bilinir) veya içeriğin belirli, planlı sürümleri için yayın dalları gibi başka dallar ise.
• Yayın dallarını kullanarak belirli çalışmaları farklı içerik sürümleriyle kapsamlayıp kapsamayacağınız.
• Doku Git tümleştirmesini kullandığınızda hangi dalların hangi çalışma alanına bağlandığı.

İpucu

İşbirliğini etkili bir şekilde kolaylaştırmak için dallanma stratejisini en iyi şekilde kullanma hakkında belirli yönergeler ve öneriler için bkz. Git dallanma stratejisini benimseme.

İşlemelerdeki toplu değişiklikler

İçerik geliştirirken, oluşturucular değişiklikleri düzenli aralıklarla toplu işlemlere (veya gruplara) hazırlamalıdır. Bu değişiklikler çözüm için belirli bir iş öğesini (özellik veya sorun gibi) ele almalıdır. Hazır olduğunda, içerik oluşturucular bu aşamalı değişiklikleri işler.

Değişiklikleri bu şekilde toplu hale getirmenin çeşitli avantajları vardır.

• Geliştirmenin yapılandırılmasına yardımcı olur ve içerik oluşturuculara gruplandırdıkları değişiklikleri gözden geçirme ve belgeleme şansı verir.
• Planlama ve geliştirme arasındaki hizalamayı geliştirerek özellikleri ve sorunları bağlamayı ve çalışmanın nasıl ilerlediğini daha kolay hale getirir.
• Teknik sahipler, değişiklikler düzgün bir şekilde toplu işleniyorsa ve net işleme iletilerine sahipse içerik oluşturucularından gelen çekme isteklerini daha kolay gözden geçirebilir.

Power BI içeriğinde değişiklikleri hazırlayıp işlerken aşağıdaki faktörleri göz önünde bulundurun.

• Değişiklikleri yerel bir depodan veya Doku çalışma alanından hazırlayıp işleyip işlemeyeceksiniz.
• Birden çok modeli veya raporu tek bir depoda depoladığınızda .pbip dosyalarını en üst düzey klasörlere yerleştirin. Bu, yaptığınız değişiklikleri tanımlamanızı ve gruplandırmanızı kolaylaştırır.
• Gitignore dosyası veya .gitattributes dosyası kullanarak zararsız veya yararlı olmayan meta veri değişikliklerini yoksayın. Bu, işlediğiniz tüm değişikliklerin anlamlı olmasını sağlar.

İpucu

Çalışmanızı hazırlama ve git deposuna işleme hakkında belirli yönergeler ve öneriler için bkz . İşlemelerle çalışmanızı kaydetme.

Değişiklikleri birleştirmek için çekme istekleri oluşturma

Değişiklikleri birleştirmek için içerik oluşturucu bir çekme isteği açar. Çekme isteği, yapılan işin tek bir çözümde birleştirilmesine yol açabilen bir eş gözden geçirme gönderimidir. Birleştirme, dalın birleştirilebilmesi için önce çözülmesi gereken çakışmalara neden olabilir. Çekme isteği gözden geçirmeleri, oluşturucuların geliştirme, kalite ve uyumluluk için kuruluş standartlarına ve uygulamalarına uydığından emin olmak için önemlidir.

Değişiklikleri Power BI içeriğinde birleştirmek için çekme isteklerini kullandığınızda aşağıdaki faktörleri göz önünde bulundurun.

• Varsa incelemenizi gerçekleştirmek için hangi standartları ve uygulamaları kullanacaksınız? Örneğin, anlamsal modeller için En İyi Yöntem Çözümleyicisi'nden kuralları kullanabilirsiniz.
• Üçüncü taraf araçları kullanmadan okunup anlaşılması kolay olmayan rapor meta verisi değişikliklerini nasıl gözden geçireceğiniz.
• Birleştirme çakışmalarını nasıl ele alacağız ve çözeceksiniz.

İpucu

İçerikte yapılan değişiklikleri birleştirerek işbirliğini kolaylaştırmak için çekme isteklerini en iyi şekilde kullanma hakkında belirli yönergeler ve öneriler için bkz. Çekme istekleri ve Birleştirme stratejileri ve sıkıştırarak birleştirme hakkında.

Denetim listesi - Dosyaları nerede depolayabileceğinizi planlarken önemli kararlar ve eylemler şunlardır:

• Geliştirme araçlarınızı seçin: İçerik geliştirme yaklaşımınızın diğer içerik oluşturucularla işbirliği yapma ve sürüm denetimini kullanma yönteminizle uyumlu olduğundan emin olun.
• Modeller ve raporlar için .pbip ve .pbix biçimleri arasında seçim yapın: .pbip biçimi genellikle kaynak denetimi için daha faydalıdır, ancak self servis kullanıcıları .pbix dosyalarını daha kolay bulabilir.
• Ayrı anlamsal model ve rapor geliştirme: Sürüm denetimi, farklı öğe türleri için değişiklikleri ayrı ayrı yönettiğiniz durumlarda en etkili seçenektir. Modeli ve rapor geliştirmeyi ayırmak iyi bir uygulama olarak kabul edilir.
• Kaç çalışma alanına ihtiyacınız olduğuna karar verin: Ayrı ortamların kullanılması, içerik yaşam döngüsü yönetiminin başarısı için kritik önem taşır. İhtiyacınız olan çalışma alanı sayısını netleştirdiğinizden ve uygun çalışma alanı düzeyinde planlama gerçekleştirdiğinizden emin olun.
• Sürüm denetimini nasıl uygulayabileceğinize karar verin: SharePoint veya OneDrive İş kullanarak veya kaynak denetimini kolaylaştırmak için Azure DevOps kullanarak daha basit bir yaklaşım arasında karar verin.
• Uzak deponuzu ayarlama: OneDrive klasöründe veya Git Deposunda değişiklikleri izlemek ve yönetmek için içerik depoladığınız yapılandırılmış bir alan oluşturun.
• Kaynak denetimi kullanıyorsanız .gitignore ve .gitattributes dosyalarını ayarlayın: Deponuzu yalnızca anlamlı değişiklikleri izlemek için ayarladığınızdan emin olun.
• Kaynak denetimi kullanıyorsanız dallanma ve birleştirme stratejileri tanımlayın: Geliştirmeyi en iyi şekilde desteklemek için kaynak denetimini nasıl ayarlayıp kullanacağınıza yönelik net işlemler tanımladığınızdan emin olun. İşleminizi fazla karmaşık hale getirmekten kaçının. Bunun yerine, geliştirme ekiplerinizde geçerli çalışma şeklini tamamlamaya çalışın.

İlgili içerik

Bu serinin sonraki makalesinde, içerik yaşam döngüsünü yönetmenin bir parçası olarak içeriği doğrulamayı öğrenin.