Engineer / Solution Architect / Dynamics 365-AX Technical Consultant / Instructor (MCT)

Bu yazıda Dynamics 365 Finance and Operations için Visual Studio içinden yaptığımız geliştirmeleri Test ve Canlı ortamlara taşıyabilmek için gerekli olan Build işleminin nasıl yapılacağında bahsedeceğim. Build belli bir Branch üzerinden yapılması gerekiyor. Build tamamlandığında eğer hata yoksa bizim için Deployable Package üretecek. Kod taşıma için bu pakete ihtiyacımız var.

Build işlemini Visual Studio içinden değil de Azure DevOps üzerinden yapmalısınız. Admin hakları olan bir kullanıcı ile giriş yaptıktan sonra Pipelines tabını açıyoruz. LCS üzerinden Azure DevOps ayarlarını yaptığınızda Unified Operations platform – Build Main otomatik oluşacak. Bunu baz alacağız. Bizim bu ortamda sadece Main Branch olduğu için temel ayarlarında bir değişiklik yapmadan devam ediyorum.  Öncelikle nasıl çalıştırabileceğimize bakalım sonra diğer ayarlarını inceleriz.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations için Visual Studio içinden yaptığımız geliştirmeleri nasıl Test ve Canlı ortamlara taşıyoruz anlatmaya çalışacağım. Tek bir yazıda toparlamayı düşünmüştüm ancak çok uzun olacağını fark ettim bu yüzden bölümlere ayırdım. Bu ilk yazıda sıfır bir geliştirme yapıp derleyeceğiz sonrasında geliştirme ortamımızda ilk testlerini yapacağız ve en son olarak ta yaptığımız geliştirmeyi Azure DevOps’a göndereceğiz. Bu serinin diğer yazılarından Azure DevOps’ta Build nasıl yapılır ve oluşan paketin teste ve canlıya nasıl taşınır anlatacağım.

Gelelim örneğimize. Basit bir sınıf yazıp çalıştırıldığında bilgi ekranı çıkmasını sağlayacağım. Sonrasında MenuItem oluşturup Menüye bağlayacağım. Önceki yazılarımda DmrWMS modelini ve DMRWms1 projesini oluşturmuştuk. Bu projeyi kullanacağım. Projemize sağ tıklayıp Add New Items diyoruz. Tipini Class seçip isim verip Add diyoruz.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations geliştirme ortamı olan Visual Studio için yaptığımız bazı temel ayarlardan bahsedeceğim. Öncelikle belirtmem lazım ki benim gibi 15 yıldır MorphX IDE’sini kullananlar için bir alışma süresi gerekiyor. Sürükle bırak alıştığımız gibi değil. Derleme ve yaptığını geliştirmeyi hızlıca görme yine biraz farklı ama X++ temelde aynı şekilde korunmuş durumda. Kısa sürede adapte olursunuz. Arada benim gibi buda mı yok diye hayıflandığınız olur ama gelen yenilikler bu eksiklerin çok ötesinde bu yüzden kaybettiklerimize değil kazanımlarımıza bakıp ilerlemek lazım.

Biz X++ geliştiricileri tarihte kalmış eski bir yöntemle yazılım geliştiriyorduk yeni versiyon aslında bizi upgrade etti diyebiliriz. Güncel yazılım geliştirme metodolojisini yakalamış olduk. Bu açıdan bakıldığında çok doğru bir yerdeyiz gibi duruyor. Bu kadar gelişmiş ve güncel bir yazılım dilini içinde barındıran başka bir uygulama benim bildiğim yok. X++’ın kıymetini bilelim. J Aslında bu güncelleme ile birlikte tamamen X++’i değiştirip C# ‘ a geçiş için bir proje yürütüldü ancak başarılı olmadı benim kanaatim ürün olduğu sürece X++ olmaya devam edecek. Belki bir gün X++’ı bağımsız bir dil olarak bile görebiliriz bu bir hayal tabi ki böyle bir plan yok ama neden olmasın. Şu anda tamamen tasarım katmanından bağımsız web sayfası çok hızlı geliştirebiliyoruz. Birçok işletmenin temel web ihtiyaçlarını halledecek bir Framework var aslında.

Gelelim Visual Studio’da geliştirmelere başlamadan yapmanızda fayda olan bazı ayarlara. Öncelikle Dynamics 365 menüsü altından Options kısmına bakalım.

Resim-1

Read more

In this article, I will explain how you can periodically delete the Dynamics 365 Finance and Operations batch job history. I’ll use a standard clear batch job for this.

Run the class using Modules> System Administration> Periodic tasks> Batch job history clean-up (custom).

Image-1

With the History Limit field, you will delete records older than 30 days. Here you can enter any day you want. You will determine the properties of the records you want to delete with the Filter option.

Image-2

I filtered the records in Ended status which are in the USMF company.

Image-3

Let’s set the recurrence now.

Image-4

I set it up to run once a week on Sunday.

Image-5

When I click OK, a message appears saying that it was added to the batch queue.

Image-6

Let’s go to the batch jobs and check it.

Image-7

The batch job is there when I search for it. I could make it so that it worked without being connected to the batch job. I could choose different recurrence. These need to decided depending on your data.

Image-8

In this article I have explained how to clear batch job history. There are many similar clean-up classes in the application, which I will talk about in due course. These must be established and tracked in order for the system to be healthy. Especially in cases where there are a large number of batches, these tables can fill up very easily and it is necessary to track them and determine the correct period.

Regards.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, Batch history clean-up, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365, Dynamics 365 Insights Power BI, Power Automate, Power Apss, Power Virtual Agents, what is Dynamics 365, Dynamics 365 ERP, Dynamics 365 CRM

Bu yazıda Dynamics 365 Finance and Operations için versiyon kontrol kullanmak artık bir zorunluluk. Eski versiyonlarda da kullanma imkanı vardı ama çok iyi çalışmıyordu bu yüzden bu zamana kadar çalıştığım onlarca projenin sadece bir kaçında versiyon kontrol kullanmıştık. Tabi artık geliştirme ortamımızın Visual Studio olması bunu çok kolaylaştırıyor.  Şimdi proje başlangıcında yapılması gereken temel birkaç ayarın nasıl yapılacağına ve Branch mantığına bakalım. Branch dal demektir ve kodunuzu yönetmeyi ve geliştiricilerin bağımsız çalışmasını sağlar. Birçok Branch stratejisi mevcut. Ben bu konuda bir uzman sayılmam bu yüzden mümkün olduğunca basit hallerini kullanmaya çalışıyorum. En çok kullanılan 3 yaklaşım şöyle. Main, Main ve Dev, Main, Dev ve Release. Bu 3 farklı yöntemi kullanabilirsiniz. Daha geniş bilgi için Branching strategies yazısını inceleyebilirsiniz. Ben genelde Dev ve Main yapısıyla ilerliyorum. Eğer proje küçük ve sizden başka geliştirme yapan birileri yoksa sadece Main ile de devam edebilirsiniz. Tek Branch olduğunda birleştirme işlemi gerekmiyor daha hızlı canlıya alım yapabiliyorsunuz ama belli şeyleri almak istemediğinizde tek Branch işinizi çözmediği için en azından Dev ile çalışmak gerekiyor. Şimdi ilk tanımlar nasıl yapılıyor ona bakalım.

LCS üzerinden Azure DevOps bağlantısının nasıl yapıldığını önceki yazılarımda anlattım. Bu bağlantıyı yaptığınızda Azure DevOps projenizin içinde aşağıdaki Trunk klasörü oluşacak. Bu yapıyı korumalısınız. Sadece ilk oluştuğunda Main de klasör olarak oluşuyor. Bunu Visual Studio içinden Branch’e çevirmelisiniz. Bende sıfır bir ortam olmadığı için resmini alamadım bu yüzden resimde Main Branch olarak var.

Resim-1

Read more