1. Ana Sayfa
  2. Dynamics 365
  3. Ax2012’den Dynamics 365 Kod Yükseltmesi Nasıl Yapılır? –3

Ax2012’den Dynamics 365 Kod Yükseltmesi Nasıl Yapılır? –3

Image00

Bu yazıda Ax2012‘den Dynamics 365 Finance and Operations’a nasıl kod güncellemesi yapıyoruz anlatmaya devam edeceğim.
İkinci yazıda ModelStore‘u yüklemiş ve raporların ve DevOps projesinin oluşturulmasını sağlamıştık. Bu yazıda oluşan kodlara inceleyeceğiz ve VisualStudio‘da neler yapmak gerekiyor anlatmaya çalışacağım.

Oluşturduğumuz projesinde 2 klasör oluşuyor. Aslında ikisinin altında yanı kodlar var. Sırayla inceleyelim.


Resim-1

Trunk altında AplicationSuite‘yi açınca sizin Ax2012 olan modellerinizin her biri için klasörler göreceksiniz. Her bir klasör altında Delte klasörü var ve bu klasördeki nesnelerde çakışmalar olduğu için elle düzeltilmesi gerekiyor. Asıl güncelleme eforunun harcanacağı yerler buralar olacak. Bunu dışında kalan nesnelerde sorun yok demektir. Bunları kendi oluşturduğumuz pakete dosya sisteminden kopyalamalısınız.


Resim-2

Visual Studio Source Control Explorer açıp Azure devops projenize bağlanın. Burada sıfır bir development makinesi deploy etmek daha faydalı olacaktır ama şart değil. Ben elimde olan bir makineden bağlandım. Tüm kodları buradan da görebilirsiniz.


Resim-3

Örneğin burada Delta altın çakışma olan nesnelerden bazıları var. Tek tek elden geçmesi lazım. Eğer bir metot eklendiyse bunların Extension mantığına çekilip Delta altından bu nesnenin silinmesi gerekiyor. Eğer kod arasına girilmişse durum biraz daha karışık inceleyip neler yapılması gerektiğine karar verilmesi gerekecek. Bunların ayrıntısına ileriki yazılarımda değineceğim.


Resim-4

Kodları indirmek için bir klasör oluşturup bağlantısını kuruyorum. Bu sayede kendi makineme kodları indirmiş olacağım ve Xml üzerinden kopyalama ve upgrade işlemlerine başlayabilirim.


Resim-5

Bu şamdan sonra Paket yapıma karar verip ona göre paketlerimi oluşturmalıyım. Ax2012 de bulunan model yapımı korumak istersem her model için bir paket oluşturmak bir seçenek olabilir. Burada aklınızda bulunsun çok fazla pakete bölerseniz ve birbirlerine bağımlılıkları varsa bunların sürekli referans hataları alacaksınız. Temel mantık şu olmalı ben bu paketi tek başına alıp bir ortama veya başka bir yere yüklemem gerekir değiniz de bölmek doğru bir yaklaşım olur. Paketleri karar verip modelinizi oluşturduktan sonra Main altındaki upgrade edilmiş bütün Xml leri kendi paketinize kopyalayın. Deltaları kopyalamayın onları tek tek nasıl çözeceğinize ayrıca değineceğim.

Böyle çakışmaları çözmek için hazır hale gelmiş olduk. Eğer birden çok yazılımcı çalışacaksa iş bölümü yapmak lazım. Örneğin Nesneler paylaşılabilir. Enum, EDT, Class ve Table gibi veya modelleri ayırdıysanız model model paylaşabilirsiniz. Burada aynı nesne için iki yazılımcının efor harcamaması için koordine olmak şart.

Bu yazıda çakışmaları çözmeden önceki son aşamaya gelene kadar neler yapılmalı anlatmaya çalıştım. Tabi burada anlattıklarım benim tecrübelerim farklı ekipler farklı yaklaşımları benimseyebilir. İleriki yazarlarımda nene tiplerine göre çakışmalar nasıl çözülür anlatmaya çalışacağım.

Selamlar.

Bu konuyla ilgili sorularınızı https://forum.mshowto.org linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.

Referanslar:
www.mshowto.org

www.fatihdemirci.net

TAGs: , , Azure, Azure DevOps, , , , ,

Yorum Yap

Yazar Hakkında

2005 yılında Kocaeli Üniversitesi Bilgisayar Mühendisliğinden mezun oldum. Okulda ve ilk iş tecrübelerimde farklı yazılım dilleri kullandım. 2007 yılında Akşam gazetesinde işe başladım ve Microsoft Dynamics 365 (eski adıyla Axapta) ile orda tanıştım. Hiç duymadığım bir dil olan X++ kullanılıyordu. Kısa sürede adapta oldum ve kariyerimi bu alanda şekillendirdim. Bir kaç iş değişikliğinde sonra kendi firmamı kurdum. Şu anda DMR de yönetici ortak ve Çözüm mimarı olarak çalışmaktayım. 2010 yılında MCT oldum. Birçok faklı ortamda eğitimler verdim. Bloğum ve Youtube kanalımda tecrübelerimi paylaşmaktayım.

Yorum Yap