Çözüm dosyalarıyla kaynak denetimi

SolutionPackager aracı herhangi bir kaynak denetim sistemiyle birlikte kullanılabilir. Bir çözüm. zip dosyası bir klasöre ayıklandıktan sonra, dosyaları kaynak denetimi sisteminize eklemeniz ve göndermeniz yeterlidir. Daha sonra bu dosyalar, yeni bir özdeş çözüm. zip dosyası olarak paketlenebilecekleri başka bir bilgisayarda eşitlenebilir.

Kaynak denetiminde ayıklanan bileşen dosyalarını kullanmanın önemli bir yönü, tüm dosyaların kaynak denetimine eklenmesi gereksiz çoğaltmaya neden olabilir. Her bileşen türü için hangi dosyaların oluşturulduğunu ve kaynak denetiminde kullanım için önerilen dosyaları öğrenmek için bkz. Çözüm Bileşeni Dosya Başvurusu.

Çözüm için daha fazla özelleştirme ve değişiklik yapılması gerektikçe, geliştiriciler var olan araçlarla bileşenleri düzenlememeli veya özelleştirmeli, bir .zip dosyası oluşturmak için yeniden dışarı aktarmalı ve sıkıştırılmış çözüm dosyasını aynı klasöre ayıklamalıdır.

SolutionPackager aracı bileşen dosyalarını ayıkladığında, dosya içeriği aynıysa aynı ada sahip var olan bileşen dosyalarının üzerine yazılmaz. Ayrıca araç, konsol penceresinde belirli dosyaların yazılmadığını bildiren bir uyarı oluşturarak bileşen dosyalarındaki salt okunur özniteliği dikkate alır. Bu, kullanıcının kaynak denetiminden, değişen minimum dosya kümesini kullanıma almasına olanak tanır. /clobber parametresi, geçersiz kılmak için kullanılabilir ve salt okunur dosyaların yazılmasına veya silinmesine neden olabilir. /allowWrite parametresi dosyaların gerçekten yazılmasına veya silinmesine neden olmadan, bir ayıklama işleminin etkisini değerlendirmek için kullanılabilir. /allowWrite parametresi ayrıntılı günlük oluşturmada kullanılabilir.

Ayıklama işlemi kaynak denetiminden kullanıma alınan minimum dosya kümesiyle tamamlandıktan sonra, bir geliştirici değiştirilmiş dosyaları kaynak denetimine başka bir kaynak dosyası türünde olduğu gibi geri gönderebilir.

Takım geliştirme

Aynı çözüm bileşeni üzerinde çalışan birden çok geliştirici olduğunda, iki geliştiricinin yaptığı değişiklikler tek bir dosyaya uygulandığında çakışma meydana gelebilir. Bu durum, tek başına düzenlenebilir her bileşen veya alt bileşen ayrı bir dosyaya ayrılarak en aza indirilir. Aşağıdaki örneği inceleyin.

1. Geliştirici A ve B aynı çözüm üzerinde çalışmaktadır.

2. Bağımsız bilgisayarlarda, iki geliştirici de kaynak denetiminden çözümün en yeni kaynaklarını almakta, paketlemekte ve yönetilmeyen çözüm .zip dosyasını bağımsız Microsoft Dataverse kuruluşlarına içeri aktarmaktadırlar.

3. Geliştirici A, "Etkin İlgili Kişiler" sistem görünümünü ve İlgili Kişi varlığının ana formunu özelleştirir.

4. Geliştirici B, Firma varlığının ana formunu özelleştirir ve "İlgili Kişi Arama Görünümü" varlığını değiştirir.

5. İki geliştirici de yönetilmeyen çözüm .zip dosyasını dışarı aktarıp ayıklar.

   1. Geliştirici A'nın İlgili Kişi ana formu için bir dosyayı, "Etkin İlgili Kişiler" görünümü için de bir dosyayı kullanıma alması gerekir.

   2. Geliştirici B'nin Firma ana formu için bir dosyayı, "İlgili Kişi Arama Görünümü" için de bir dosyayı kullanıma alması gerekir.

6. İki geliştirici, herhangi bir sırayla, kendi değişiklerinin uygulandığı ayrı dosyaları gönderebilir.

7. İki gönderim işlemi de tamamlandığında, 2. adımı tekrarlayıp bağımsız kuruluşlarında başka değişiklikler yapmaya devam edebilirler. İkisi de kendi çalışmalarının üzerine yazılmamış değişiklik kümelerine sahiptir.

Önceki örnek ancak değişiklikler ayrı dosyalar üzerinde yapıldığında çalışır. Bağımsız özelleştirmelerin tek bir dosya içinde değişiklik gerektirdiği durumlar kaçınılmazdır. Yukarıdaki örneğe göre, geliştirici B'nin "Etkin İlgili Kişiler" görünümünü, geliştirici A'nın da aynı görünümü özelleştirdiğini düşünün. Bu yeni örnekte, olayların sırası önemli hale gelir. Bu ikilemi tam olarak yazılmış haliyle birleştirmek için kullanılacak doğru işlem şudur.

1. Geliştirici A ve B aynı çözüm üzerinde çalışmaktadır.

2. Bağımsız bilgisayarlarda, iki geliştirici de kaynak denetiminden çözümün en yeni kaynaklarını almakta, paketlemekte ve yönetilmeyen çözüm .zip dosyasını bağımsız kuruluşlarına içeri aktarmaktadırlar.

3. Geliştirici A, "Etkin İlgili Kişiler" sistem görünümünü ve İlgili Kişi varlığının ana formunu özelleştirir.

4. Geliştirici B, Firma varlığının ana formunu özelleştirir ve "Etkin İlgili Kişiler" varlığını değiştirir.

5. İki geliştirici de yönetilmeyen çözüm . zip dosyasını dışarı aktarıp ayıklar.

   1. Geliştirici A'nın İlgili Kişi ana formu için bir dosyayı, "Etkin İlgili Kişiler" görünümü için de bir dosyayı kullanıma alması gerekir.

   2. Geliştirici B'nin Firma ana formu için bir dosyayı, "Etkin İlgili Kişiler" görünümü için de bir dosyayı kullanıma alması gerekir.

6. Önce, Geliştirici A hazır olur.

   1. Geliştirici denetimine göndermeden önce, yaptığı değişikliklerle çakışan eski iade işlemleri olmadığından emin olmak için en son kaynakları alması gerekir.

   2. Herhangi bir çakışma olmadığından, geliştirici gönderme işlemine geçebilir.

7. Geliştirici B, Geliştirici A'dan sonra hazır olur.

   1. Geliştirici B'den önce, yaptığı değişikliklerle çakışan eski iade işlemleri olmadığından emin olmak için en son kaynakları alması gerekir.

   2. "Etkin İlgili Kişiler" dosyası geliştirici B en son kaynakları aldığından beri değiştirildiğinden bir çakışmayla karşılaşır.

   3. Geliştirici B'nin çakışmayı mutabık kılması gerekir. Kullanımdaki kaynak denetim sisteminin özellikleri bu işlemi içerebilir. Aksi takdirde, aşağıdaki seçimlerin hepsi uygundur.

      1. Geliştirici B, mümkünse, kaynak denetimi geçmişi üzerinden önceki değişikliği Geliştirici A'nın yaptığını görebilir. Doğrudan iletişim yoluyla, her bir değişikliği tartışabilirler. Daha sonra Geliştirici B'nin anlaştıkları çözümle kuruluşunu güncelleştirmesi yeterlidir. Geliştirici B ardından çakışan dosyayı dışarı aktarır, ayıklayıp üzerine yazar ve gönderir.

      2. Kaynak denetiminin yerel dosyasının üzerine yazmasına izin verin. Geliştirici B çözümü paketler ve kendi kuruluşlarına içeri aktarır. Ardından, görünümün durumunu değerlendirir ve gerekirse yeniden özelleştirir. Daha sonra, geliştirici B dosyayı dışarı aktarabilir, ayıklayabilir ve üzerine yazabilir.

      3. Önceki değişikliğin gereksiz olduğu kabul edilirse geliştirici B dosya kopyasının kaynak denetimindeki sürümün üzerine yazmasına izin verir ve gönderir.

İster paylaşılan bir kuruluş ister bağımsız kuruluşlar üzerinde çalışılsın, Dataverse çözümlerinin takım tarafından geliştirilmesi için ortak bir çözüm üzerinde etkin biçimde çalışanların diğerlerinin çalışmalarının farkında olması gerekir. SolutionPackager aracı bu ihtiyacı tamamen ortadan kaldırmaz ancak çakışmayan değişikliklerin kaynak denetimi düzeyinde kolayca birleştirilmesini sağlar ve çakışmaların oluştuğu bileşenleri proaktif olarak vurgular.

Sonraki bölümlerde takımlarla geliştirirken kaynak denetiminde SolutionPackager aracının etkin şekilde kullanılmasına yönelik genel işlemler bulunmaktadır. Bunlar bağımsız kuruluşlarla ve paylaşılan geliştirme kuruluşlarıyla aynı şekilde çalışır ancak paylaşılan kuruluşlarda dışarı aktarma ve ayıklama işlemleri doğal olarak yalnızca dışarı aktarma işlemini gerçekleştiren geliştiricinin yaptığı değişiklikleri değil, çözüm içinde var olan tüm değişiklikleri içerir. Aynı şekilde, bir çözüm .zip dosyasını içeri aktarırken tüm bileşenlerin üzerine yazılmasını sağlayan doğal davranış ortaya çıkar.

Çözüm oluşturma

Aşağıdaki prosedürde çözümü ilk kez oluştururken kullanılan tipik adımlar tanımlanmaktadır.

1. Temiz bir kuruluşta, Dataverse sunucusu üzerinde bir çözüm oluşturun ve ardından gereken bileşenleri ekleyin veya oluşturun.

2. İade etmeye hazır olduğunuzda, aşağıdakileri yapın.

   1. Yönetilmeyen çözümü dışarı aktarın.

   2. SolutionPackager aracını kullanarak çözümü bileşen dosyalarına ayıklayın.

   3. Bu ayıklanmış bileşen dosyalarından gerekli dosyaları kaynak denetimine ekleyin.

   4. Bu değişiklikleri kaynak denetimine gönderin.

Çözümü değiştirme

Aşağıdaki prosedürde var olan bir çözümü değiştirirken kullanılan tipik adımlar tanımlanmaktadır.

1. En son çözüm bileşen dosya kaynaklarını eşitleyin veya alın.

2. SolutionPackager aracını kullanarak, bileşen dosyalarını yönetilmeyen çözüm. zip dosyasına paketleyin.

3. Yönetilmeyen çözüm dosyasını bir kuruluşa içeri aktarın.

4. Çözümü gerektiği şekilde özelleştirin ve düzenleyin.

5. Değişiklikleri kaynak denetimine göndermeye hazır olduğunuzda, aşağıdakileri yapın.

   1. Yönetilmeyen çözümü dışarı aktarın.

   2. SolutionPackager aracını kullanarak dışarı aktarılan çözümü bileşen dosyalarına ayıklayın.

   3. Kaynak denetiminden en son kaynakları eşitleyin veya alın.

   4. Herhangi bir çakışma varsa mutabakat sağlayın.

   5. Değişiklikleri kaynak denetimine gönderin.

   Geliştirme kuruluşunda daha fazla özelleştirme yapmadan önce 2. ve 3. adımın tamamlanması gerekir. 5. adımda, b adımı, c adımından önce tamamlanmalıdır.

Ayrıca bkz.

Çözüm Bileşeni Dosya Başvurusu (SolutionPackager)
SolutionPackager aracı