Merhabalar,

Geçen haftalarda bir iOS projemizde geliştirici arkadaşlarımızdan biri derleme aşamasında takılmaya başladı.

Buna dair pek post-mortem’lik bir durum olmasada neden böyle bir durumla karşılaştık ve nasıl çözdük üzerinden geçip tarihe not düşmek istedim.

Neden derlemenin takıldığına dair derlemeyi stop ettiğimizde build loglarından bir ipucu elde edemiyorduk.

Burada hangi process’in takıldığını anlamak gerekiyordu ve kaynak tüketen top process’leri listelediğimizde xcode’a dair processler’in yanısıra derlemede rol oynayan swift-frontend process’inin çalıştığını ve kaynak tüketiminin yüksek olduğunu farkettik.

Geliştiricinin yazdığı Swift kodunun makine koduna derleme aşamasında geçtiği bir çok faz bulunmaktadır. Bu süreçte parsing, type checking gibi süreçleri işletip makine koduna doğru ilerlenir.

Swift derleme aşamalarında bazen ilerleyemediği ve takıldığı noktalar olabiliyor. Ancak process’i normal yollardan xcode üzerinden stop’a bastığında hangi aşamada nerede kaldığına dair bilgileri loglara basmamakta.

O nedenle swift-frontend process’ine Kill Signal’i gönderip bu processi bitirmek gerekiyormuş. Bu sinyali alan swift-frontend process’i hangi yerde takıldığına dair logları build loglarına basıyor.

Bunu yaptıktan sonra olayın GraphQL için auto generate edilmiş olan dosyaların derleme aşamasında takıldığını farkettik.

GraphQL facebook’un data aktarımını daha optimize etmek için yarattığı bir iletişim standardı.

Bu protokol ile haberleşmek için Apollo adlı bir bağımlılıktan faydalanıyoruz. Tanımlanan istekler için auto generate dosyalar oluşturuluyor ve servise istek atabiliyoruz.

Apollo’nun oluşturduğu class’lara baktığımızda class’larının klasörlenme yapısının farklı olduğunu farkettik.

Burada önceki versiyonla auto generate edilen dosyalar, güncel versiyonu çekilen bağımlılık ile uyumlu değilmiş.

Versiyon pinleme, geliştiricinin kullandığı bağımlılıkları, tanımlandığı yerde hangi versiyonlarını ile yüklemesi gerektiğini belirtmesi anlamına geliyor.

Burada görüldüğü üzere Semantic Versiyonlama’ya uygun major / minor değişimlerinde güncellemeye izin verebilecek seçenekler mevcut.

Bununla beraber tercih ettiğimiz yöntem olan *exact* [tam istediğin] versiyon ve hatta commit ve branch’e göre bile pinleme seçeneklerimiz var.

Ancak Apollo bağımlılığı SPM üzerinden exact olarak pinlenmediğinden ötürü yeni bilgisayarında repoyu indirip derlemeye çalışan arkadaşımızın tıkanmasına sebep olmuş.

Versiyon pinleme bağımlılık eklenmesi durumunda aktif olarak düşünülüp mümkün mertebe exact versiyon ile pinlenmeli.

Güncelleme gereksinimleri belli periyotlarla takip edilip yapılmalı, sonrasinda build veya runtime’da beklenmedik bir davranışa sebep olmadığı garanti altına alınmalı.

Eğlenceli bir problem çözme süreciydi.

Görüşmek üzere.

• Semantik Versiyonlama
• Apollo GraphQL