Technical Tutorials

Go, ortaya çıktığından bu yana önemli ölçüde gelişti; ancak modüllerin (Go 1.11) ve çalışma alanlarının (Go 1.18) tanıtımı, Go uygulamalarını yapılandırma, oluşturma ve bakım konusundaki yaklaşımlarımızda en kritik iki değişikliği işaret etti. Orta ve ileri düzey geliştiriciler için basit tek modüllü projelerden öteye geçmek, ölçeklenebilir ve sürdürülebilir sistemler oluşturmak için hayati önem taşır. Bu yazı, go.mod yönetiminin inceliklerini ve çok modüllü geliştirmeyi basitleştiren güçlü yeni çalışma alanı özelliğini inceliyor.

Bağımlılık Yönetiminin Evrimi

Go modüllerinden önce geliştiriciler, tutarsız oluşturma davranışlarına ve "bağımlılık cehennemine" yol açan vendor dizinlerine veya GO111MODULE=off ayarına güveniyordu. Modüller, standartlaştırılmış bir sürümleme şeması ve belirleyici (deterministic) oluşturma getirerek bu durumu değiştirdi. Her Go projesi artık modül yolunu ve bağımlılıklarını tanımlayan bir go.mod dosyasına sahiptir.

Modüller harici bağımlılık yönetimi sorununu çözerken, aynı anda düzenlenmesi ve test edilmesi gereken birden fazla ilgili modülün yönetimi gibi yeni bir meydan okuma yarattı. İşte burada go.work devreye girer.

Go Çalışma Alanlarını Anlamak

Bir Go çalışma alanı, godep veya monorepo'ya özgü araçlar gibi karmaşık araçlara güvenmeden, tek bir depo içinde veya farklı depolar arasında birden fazla Go modülüyle çalışmanıza olanak tanır. Çalışma alanı, dizin yapınızın kökündeki bir go.work dosyası ile tanımlanır.

Bu özellik özellikle şu durumlarda faydalıdır:

Birkaç dahili kütüphaneye bağımlı olan ana bir uygulama.
Ortak yardımcı program paketlerini paylaşan mikro hizmetler.
Sürümlü bir güncelleme yayınlamadan önce yeni bir özelliği yerel olarak test etmek istediğiniz açık kaynaklı projeler.

Bir çalışma alanını başlatmak için yalnızca şu komutu çalıştırın:

go work init ./projectA ./projectB

Bu komut şu görünüme sahip bir go.work dosyası oluşturur:

go 1.21

use (
    ./projectA
    ./projectB
)

use yönergesi, Go araç zincirine modüllerin nerede bulunacağını söyler. Ayrıca yerel dizinlere veya sürüm kontrolü depolarındaki belirli yollara işaret edebilir, böylece geliştirme sırasında yerel çatallamalarınızla (forks) yukarı akış bağımlılıklarını geçersiz kılabilirsiniz.

Pratik Örnek: Bir Monorepo'nun Refaktörlenmesi

Temel bir API sunucusu ve paylaşılan bir doğrulama kütüphanesi içeren bir monorepo yapısına sahip olduğunuzu hayal edin. Çalışma alanları olmadan, doğrulama kütüphanesinde bir değişiklik yaptığınızda, API'nin go.mod dosyasındaki sürümü her seferinde yükseltmeniz gerekir; bu da aktif geliştirme sırasında zahmetlidir.

Bir çalışma alanı ile her iki modülü de aynı anda düzenleyebilirsiniz. Go araç zinciri, go.mod dosyasında belirtilen sürüm yerine doğrulama kütüphanesinin yerel sürümünü otomatik olarak kullanacak ve değişikliklerinizin tüm bağımlı modüllerde anında yansıtılmasını sağlayacaktır.

// go.work
go 1.21

use (
    .
    ./internal/validation
)

Bu kurulumda, kök düzeyde yürütülen go build ve go test komutları, geliştirme geri bildirim döngüsünü akıcı hale getirmek için yerel ./internal/validation modülünü kullanacaktır.

Go Modülü ve Çalışma Alanı Yönetimi İçin En İyi Uygulamalar

Sağlıklı bir kod tabanı sürdürmek için aşağıdaki en iyi uygulamaları göz önünde bulundurun:

Sürümleme Stratejisi: Her zaman semantik sürümlemeye (semantic versioning) uyun. Henüz v1.0.0'a ulaşmamış bir modül üzerinde çalışıyorsanız v0.x.x sürümlerini kullanın. Bu, API'nin kararlı olmadığını belirtir.
Minimal Modül Uyumluluğu: Modül yolunun ana sürümü yansıtmasını sağlamak (örneğin github.com/user/repo/v2) için büyük sürümler (v2, v3 vb.) oluştururken -incompatible bayrağını kullanın.
Tutarlı Go Sürümleri: Beklenmeyen oluşturma hatalarını önlemek için çalışma alanındaki tüm modüllerin aynı Go sürümünü kullandığından emin olun.
Aşırı Kullanımdan Kaçının: Çalışma alanları bir geliştirme aracıdır. Üretim (production) derlemeleri için go.work dosyalarını sürüm kontrolüne commit etmeyin. Bunları yalnızca yerel geliştirme yardımı için kullanın.

Sonuç

Serious Go geliştiricileri için Go modüllerini ve çalışma alanlarını ustalaşmak artık bir seçenek değil. Modüller güvenilir bağımlılık yönetimi için temel sağlarken, çalışma alanları modern, çok modüllü geliştirme iş akışları için gereken esnekliği sağlar. go.work'ten yararlanarak yerel geliştirme sürecinizi akıcı hale getirebilir, bağlam değiştirme (context switching) süresini azaltabilir ve daha temiz, daha modüler kod tabanları koruyabilirsiniz. Üretkenliğinizi ve kod kalitenizi nasıl artırabileceklerini görmek için bir sonraki projenizde çalışma alanları ile denemeler yapmaya başlayın.