Altbilgi içeriğine atla
Iron Academy Logo
C# öğrenin
C# öğrenin

Diğer Kategoriler

Her Geliştiricinin Bilmesi Gereken 5 Esas .NET CLI Komutu

Tim Corey
9m 30s

Çoğu C# geliştiricisi, uygulamalarını derlemek, başlatmak ve test etmek için bir IDE içinde tüm iş akışlarını geçirir, butonlara tıklayarak. Bu, belirli bir noktaya kadar çalışır. Otomasyon boru hatları, uzak sunucular ve kapsayıcı ortamların grafik arayüzü yoktur ve bir avuç terminal komutu bilmek, bu yerlerde bir fareye ulaşmadan üretken kalmanızı sağlar.

Videoda "Her Geliştiricinin Bilmesi Gereken 5 Temel .NET CLI Komutu", Tim Corey, günlük geliştirmede en çok kapsamı olan beş .NET işlemini ele alıyor: build, run, watch, clean ve publish. Her biri pratik bir gösterimle birlikte, yalnızca sözdizimini değil, aynı zamanda ne zaman ve neden kullanmanız gerektiğini de gösterir. Terminali rahatça kullansanız da nadiren açsanız da, bunları ezberlemek değerlidir.

Ortamınızı .NET --info ile Kontrol Etme

[0:31 - 1:25] Herhangi bir proje komutu çalıştırmadan önce, Tim geliştirme ortamını doğrulama ile başlar. dotnet komutu, tek başına CLI'nin kurulu ve yolunuzda erişilebilir olduğunu doğrular, ancak dotnet --info daha da ileri gider:

dotnet --info
dotnet --info
SHELL

Bu, makinenizde yüklü tüm SDK'ları ve çalışma zamanlarını, işletim sistemi ayrıntılarını ve aktif mimariyi gösterir. Tim, bu komutu .NET 10 üzerinde gösteriyor, ancak komut her sürümde aynı şekilde çalışır. Kurulu olanı bilmek, özellikle sürüm uyuşmazlıklarını hata ayıklarken veya bir CI sunucusunun yerel ayarlarınızı kopyaladığını doğrularken yararlıdır.

Command 1: .NET build

[2:16 - 3:44] İlk komut, projenizi başlatmadan derler:

dotnet build
dotnet build
SHELL

Projeyi dizininden çalıştırmak .csproj dosyasını okur, bağımlılıkları çözer ve derlenmiş çıktıyı bin klasöründe oluşturarak üretir. Tim, derlemenin kendi başına bir adım olduğunu, çalıştırmadan ayrı olduğunu belirtir. Bu ayrım önemlidir çünkü kodunuzun temiz bir şekilde derlendiğinden emin olmanız gerekir, bir depo göndermeden veya bir derleme sunucusuna teslim etmeden önce.

.NET SDK, derleme sürecinde bağımlılık çözümlemesini yönetir, eksik NuGet paketlerini çeker ve tüm referanslı derlemelerin mevcut olduğundan emin olur. Bu aşamada bir şey başarısız olursa, hata mesajları sorunu doğrudan işaret eder, ister bir eksik referans, ister bir sözdizimi hatası, veya hedef çerçeve uyuşmazlığı olsun. Uygulamayı çalıştırmadan önce bu sorunları tespit etmek, genel geliştirme döngüsünde zaman kazandırır.

Komut 2: .NET run

[3:44 - 5:42] build derlemeye dururken, run bir sonraki adımı atar ve uygulamayı başlatır:

dotnet run
dotnet run
SHELL

Bu, projeyi derler (gerekiyorsa) ve ardından ortaya çıkan çıktıyı yürütür. Konsol uygulaması için, bu terminalde çalıştırmak anlamına gelir. Bir web projesi için, yerleşik Kestrel sunucusu başlar ve uygulama yerel bir URL'de kullanılabilir hale gelir.

Tim, bir web uygulamasıyla bunu gösterir; sitenin çalıştığını tarayıcıda gezerek doğrular. build ile run arasındaki ana fark, run'nın canlı, etkileşimli bir sonuç üretmesidir. Aktif geliştirme sırasında, yaptığınız değişiklikleri test etmek ve etkilerini görmek için en sık bu komutu kullanırsınız.

Command 3: .NET watch

[5:42 - 7:06] Uygulamayı durdurmak, bir değişiklik yapmak ve yeniden başlatmak hızlıca sıkıcı hale gelir. watch komutu bu döngüyü ortadan kaldırır:

dotnet watch
dotnet watch
SHELL

Bu, çalıştırma sürecini bir dosya izleyiciye sarar. Herhangi bir kaynak dosyada bir değişiklik kaydettiğinizde, CLI değişikliği tespit eder ve uygulamayı otomatik olarak yeniden derler ve yeniler. ASP.NET Core ile oluşturulmuş web uygulamaları için, Razor dosyalarındaki, CSS'deki ve C# kodundaki değişiklikler, manuel yeniden başlatma olmadan tarayıcıda görünür.

Tim, bu hızlı yeniden yükleme davranışını eylem halinde gösterir: bir sayfada düzenleme yapar, kaydeder ve güncellemelerin hemen yansıtıldığını görür. Bu sıkı geri bildirim döngüsü, sürekli küçük ayarlamaların yapıldığı UI çalışmaları sırasında değerlidir. Dur-edit-yeniden oluştur-başlat döngüsünden geçmek yerine, kod üzerinde odaklanırsınız ve diğer işleri araçlar halleder.

Command 4: .NET clean

[7:06 - 7:56] Derleme eserleri zamanla bin ve obj dizinlerinde birikir. Zaman zaman eski derlenmiş dosyalar, en son kod değişikliklerinizin etkili olmadığı veya bir derlemenin yerel olarak başarılı olup yeni bir makinede başarısız olduğu kafa karıştırıcı davranışlara neden olabilir. clean komutu bunu ele alır:

dotnet clean
dotnet clean
SHELL

Bunu çalıştırmak, çıktı dizinlerinin içeriğini kaldırır, böylece sonraki derlemenize sıfırdan başlarsınız. Tim bunu bir sorun giderme aracı olarak çerçevelendirir, her değişiklikten sonra çalıştıracağınız bir şey değil. Projeniz beklenmedik bir şekilde davrandığında ve önbelleğe alınmış çıktıyı suçladığınızda, clean ardından build, gerçekten taze bir derlemeyle çalıştığınızdan emin olur.

Bu alışkanlık, sürüm kontrolünde dallar arasında geçiş yaparken, bir bağımlılığın yeni bir ana sürümüne yükseltirken ya da ortaya çıkıp bir neden belirlemeden kaybolan aralıklı derleme uyarılarını çözerken özellikle yararlıdır.

Command 5: .NET publish

[7:56 - 9:01] Son komut, geliştirme ve dağıtım arasında köprü oluşturur:

dotnet publish
dotnet publish
SHELL

build yerel hata ayıklama için uygun bir çıktı üretirken, publish dağıtıma hazır bir paket oluşturur. Derlenmiş bileşenler, yapılandırma dosyaları, statik varlıklar ve gerekli çalışma zamanı bileşenleri, doğrudan bir sunucuya kopyalayabileceğiniz publish klasörüne yerleşir.

build ile publish arasındaki fark bazı geliştiricileri hazırlıksız yakalar. build çıktısı, geliştirme sırasında yararlı olan ancak üretimde gereksiz (ve bazen istenmeyen) hata ayıklama sembollerini ve referanslarını içerir. Yayınlama, bu ekstraları kaldırır ve çıktıyı hedef ortamı için düzenler. Docker'a dağıtırken veya bir bulut barındırıcısına yüklerken, yayınlanmış çıktı, son imajınıza veya sürüm paketine dahil olmalıdır.

Sarını: Beş Komut, Tek İş Akışı

[9:01 - 9:15] Tim, tüm beşini bir arada listeleyerek kapatıyor: dotnet build, dotnet run, dotnet watch, dotnet clean ve dotnet publish. Bir set olarak alındığında, derlemeden dağıtıma kadar olan temel geliştirme döngüsünü kapsıyor. Her biri belirli bir amaca hizmet eder ve her birine ne zaman başvurmanız gerektiğini bilmek, yalnızca IDE butonlarına tıklamakla elde edilemeyecek bir kontrol sağlar.

Sonuç

[9:15 - 9:30] Bu beş CLI komutu, geliştirme sırasında en sık gerçekleştirdiğiniz görevleri ele alır: derleme, çalışma, canlı yeniden yükleme, eski çıktıyı temizleme ve serbest bırakmak için paketleme. SDK'nın desteklediği her .NET proje türünde ve her işletim sisteminde çalışırlar.

Bir terminali bir dahaki açtığınızda, ister yerel makinenizde, ister bir kapsayıcı içinde, ister uzak bir sunucuda olun, tam geliştirme döngüsünden grafik kullanıcı arayüzü olmadan geçmek için zaten kelime hazinesine sahipsiniz.

Örnek İpucu: clean ve build işlemlerini dotnet clean && dotnet build ile tek bir satıra zincirleyebilirsiniz. Bu, sıfırdan bir derlemeyi bir adımda garanti eder, bu da artımlı derlemelerde devam eden sorunları giderirken özellikle faydalıdır.

YouTube Kanalı üzerindeki tüm videoyu izleyin ve .NET CLI tavsiyeleri hakkında daha fazla bilgi edinin.

Hero Worlddot related to Her Geliştiricinin Bilmesi Gereken 5 Esas .NET CLI Komutu
Hero Affiliate related to Her Geliştiricinin Bilmesi Gereken 5 Esas .NET CLI Komutu

Sevdiğiniz Şeyleri Paylaşarak Daha Fazla Kazanın

.NET, C#, Java, Python veya Node.js ile çalışan geliştiriciler için içerik oluşturuyor musunuz? Uzmanlığınızı ek gelire dönüştürün!

Iron Destek Ekibi

Haftada 5 gün, 24 saat çevrimiçiyiz.
Sohbet
E-posta
Beni Ara