Bir web sitesini GitHub'dan bir Azure Web App'e dağıtacaksınız ve site trafiğe hizmet vermeye başlamadan önce bir statik içerik oluşturma betiği çalıştırmanız gerekiyor. Betiğin hizmet vermeden önce çalışmasını sağlayacak iki yaklaşım hangileridir? (İki tane seçin.)

Doğru cevaplar, dağıtım öncesi betik çalıştırmanın iki yaygın ve etkili yolunu temsil eder. Birincisi, web sitesinin .csproj dosyasına bir PreBuild hedefi eklemektir. Bu yaklaşım, derleme sürecinin bir parçası olarak statik içerik oluşturma betiğini çalıştırmanıza olanak tanır. Proje derlenirken betik otomatik olarak yürütülür ve statik içerik dağıtımdan önce hazır hale gelir. Bu, özellikle .NET tabanlı projeler için doğal bir entegrasyon sağlar. İkincisi, depo köküne bir .deployment dosyası eklemektir. Bu dosya, Azure App Service'in dağıtım motoru (Kudu) tarafından tanınır ve dağıtım sürecini özelleştirmek için kullanılır. .deployment dosyası içinde, statik içerik oluşturan ve ardından siteyi dağıtan özel bir betiği (örneğin, bir PowerShell veya Bash betiği) çağırabilirsiniz. Bu, dağıtım akışını tamamen kontrol etmenizi sağlar ve çeşitli dillerdeki projeler için esneklik sunar. Yanlış seçenekler: host.json dosyasındaki WEBSITERUNFROMPACKAGE ayarı, uygulamanın paketlenmiş bir zip dosyasından çalıştırılıp çalıştırılmayacağını kontrol eder ve dağıtım öncesi betik çalıştırma işlevi görmez. /run klasöründe bir run.cmd dosyası oluşturmak, genellikle uygulamanın kendisi tarafından çalıştırılan bir başlangıç betiği olarak kullanılır, dağıtım öncesi bir adım olarak değil.