@logbrew/sdk 0.1.28 içindeki Vite eklentisini kullanır. Bir Vite
uygulamasına, derleme çıktısına erişime ve proje anahtarı oluşturma iznine
ihtiyacınız var. Apple hata ayıklama dosyaları için
Apple çökmeleri ve donmaları sayfasına
bakın.
Derlemeyi ve olayları birlikte tutun
Yükleme ve uygulamanın çalışma zamanı olayları için aynı projeyi, sürümü, ortamı ve hizmeti kullanın. Sürüm adları için Sürümler sayfasına bakın. Bu rehberweb@1.2.3, staging ve checkout-web
değerlerini kullanır.
Derlenen kod değiştiğinde sürümü değiştirin. Hazırlanan derlemeyi yükleyin,
ardından aynı derlemeyi dağıtın. Yüklemeden sonra derlemeyi yeniden
oluşturmayın ve JavaScript’ini değiştirmeyin.
Vite eklentisini ekleyin
SDK’yı uygulama dizininde kurun:vite.config.js dosyasına ekleyin. Diğer eklentilerinizi ve
derleme ayarlarınızı koruyun. Proje kimliğini değiştirin:
minifiedPathPrefix, derleme dizininin dağıtıldığı URL’dir. Eklenti her
dosyanın bu dizindeki yolunu ekler. Örneğin dist/assets/app.js,
https://app.example.com/assets/app.js olur. Derlemeyi /web altında
sunuyorsanız önekte /web bulunsun. Öneke /assets eklemeyin.
upload seçeneği olmadan eklenti LogBrew’e hiçbir şey göndermez. Ayrıca:
- Siz ayarlamadıysanız
build.sourcemapdeğerini"hidden"yapar. Bu değerifalseolarak ayarladıysanız"hidden"olarak değiştirin. - Küçültücü seçeneklerini ayarlamadıysanız fonksiyon adlarını korur. Kendi seçeneklerinizi ayarladıysanız adları orada koruyun.
Derleyin ve yerelde kontrol edin
Production derlemesini çalıştırın:sourcesContent alanını ve yerel uygulama kök yolunu kaldırır.
dist/logbrew-release-artifacts.json dosyasını yazar.
Manifest dosyasını açın. validation.status değerinin ready olduğundan ve
manifestin bu derlemenin dosyalarını ve dağıtılmış URL’lerini listelediğinden
emin olun. Gizli map’ler sourceMappingURL comment missing uyarısına yol
açar. Bu uyarı beklenen bir durumdur.
Özel bir yol veya paylaşmak istemediğiniz kaynak metin içeren bir map’i
yüklemeyin. Yükleme derlenmiş JavaScript’i de içerir. Bu yüzden gizli
bilgileri uygulama paketinin dışında tutun.
Yüklemeyi yerelde kontrol edin. Bu komut istek göndermez ve anahtar
gerektirmez:
0 koduyla çıkar ve "status": "dry_run" yazdırırsa devam
edin. Bu, yerel dosyaları ve manifesti kontrol eder. Sunucuyu test etmez.
Derlemeniz başka bir çıktı dizini kullanıyorsa iki yolu da değiştirin.
Bir eşlemeyi kontrol etmek için derlenmiş uygulamayı çalıştırın ve üretilmiş
bir yığın çerçevesini dosyası, satırı ve sütunuyla kopyalayın:
"status": "resolved" içerdiğinden emin olun. original nesnesi
kaynak dosyayı, satırı ve sütunu gösterir. Bu komut yerelde çalışır ve hiçbir
şey yüklemez.
Derleme dosyası anahtarı oluşturun
LogBrew CLI ile giriş yapın. Proje kimliğini bulun:--abandon-retry kullanmayın.
Derleme dosyası anahtarı proje kapsamlıdır ve yalnızca yazma yetkisi verir.
Source map’leri ve hata ayıklama dosyalarını yükler. Telemetri gönderemez ve
derleme dosyası meta verisini okuyamaz. Bunun yerine hesap kimlik bilgisi
veya çalışma zamanı SDK anahtarı kullanmayın.
Anahtarı derleme ortamınızın gizli ayarlarında
LOGBREW_RELEASE_ARTIFACT_TOKEN olarak saklayın. Yazdırmayın veya commit
etmeyin. VITE_* veya EXPO_PUBLIC_* gibi istemcinin görebildiği bir
değişkene koymayın.
Değişkeni yüklemeyi çalıştıran süreçte ayarlayın. Yardımcı araç .env
dosyalarını okumaz. Vite de
yapılandırma değerlendirilirken
bu dosyaları process.env içine yüklemez.
Hazırlanan derlemeyi yükleyin
Kontrol ettiğiniz aynı dosyaları ve manifesti kullanın. Bu komut yüklemeyi LogBrew’e gönderir:"status": "uploaded", LogBrew’ün yüklemeyi kabul ettiğini gösterir. Komut
hatayla çıkarsa durun ve aşağıdaki tabloyu kullanın.
Yardımcı araç bir ağ hatasını, 408, 429 veya 5xx yanıtını en fazla 2
kez yeniden dener. Her seferinde aynı hazırlanmış dosyaları gönderir. Sayıyı
değiştirmek için --max-retries kullanın.
Elle yükleme çalıştıktan sonra yüklemeyi Vite derlemesi sırasında da
yapabilirsiniz. Bu seçeneği eklenti yapılandırmasına ekleyin:
dryRun: true ekleyin.
Eklenti source map’leri çıktı dizininden silmez. .map dosyalarını veya
manifesti herkese açık web sitesine ya da CDN’e dağıtmayın.
Yakalanan bir sorundaki çerçeveyi eşlemek için symbolicate-js komutunu bu
çerçeveyle aynı hazırlanmış derleme üzerinde çalıştırın.
Yeni bir sorunu okuyun
Aynı hazırlanmış derlemeyi test ortamına dağıtın. Sorun yakalama yolunuz üzerinden güvenli bir test hatası oluşturun. Bu test için kullanıcı girdisi, kimlik bilgisi veya ham yığın göndermeyin. Yeni sorunu aynı proje ve derleme bağlamıyla bulun:event.stack_frames değerini okuyun. source: "symbolicated" olan bir
çerçeve, yüklemenizden gelen özgün dosyayı, satırı ve sütunu içerir.
source: "captured" olan bir çerçeve, uygulamanın gönderdiği konumu içerir.
logbrew read issue "<issue_id>" --json bir symbolication nesnesi de
döndürür. Bu nesnedeki her çerçevenin bir status değeri vardır:
resolved, artifact_not_found, source_not_resolved, invalid_metadata
veya unavailable. Yalnızca resolved bir çerçevede özgün konum bulunur.
LogBrew çerçeveleri siz sorunu okurken eşler. Hatadan sonra yapılan bir
yükleme, aynı Debug ID’ye sahip daha önceki bir olayı da eşleyebilir. Eşlenen
bir çerçeve incelenecek kodu gösterir. Hataya neyin neden olduğunu göstermez.
Diğer alanlar için Bir sorunu inceleyin
sayfasına bakın.
Başarısız bir kontrolden sonra kurtarma
Kaynak dosyaları, anahtarları ve özel yolları destek mesajlarının dışında
tutun. Bkz. Sorun giderme ve
API hataları.
