Skip to main content
Sürüm, telemetriyi gönderen kod sürümüdür; örneğin api@1.2.3 veya bir Git commit’i. LogBrew bir depo etiketinden veya dağıtımdan sürüm oluşturmaz. Her yerel telemetri zarfı boş olmayan bir release ve environment içermelidir. LogBrew bu değerleri içermeyen bir isteği reddeder.

Sürüm, proje, hizmet ve ortam

Sürümleri adlandırın

Değişmez bir sürüm, derleme numarası veya Git commit’i kullanın. Monorepo’da web@b7f4d91 ve worker@3a9c120 gibi kısa bir hizmet ön eki ekleyin. Tek bir derleme dosyasından gelen sorunlar, loglar, izler, aksiyonlar ve metrikler için aynı değeri kullanın.

İyi

api@1.2.3, web@b7f4d91, ios@2026.06.01 ve worker@2026-06-01.1 değerlerinin her biri tek bir derleme dosyasını tanımlar.

Kaçının

latest, prod, new ve build bir kod sürümünü tanımlamaz. Boş bir metin reddedilir.
LogBrew şu değerleri de reddeder: feature/login gibi bir Git dalı adı geçerli bir sürüm değildir. Bunun yerine commit’i kullanın. production, staging, preview ve local gibi kararlı ortam adları kullanın. Bir sürüm birden fazla ortamda çalışabilir. CI/CD hattınızın iki değeri de SDK’ya vermesi için bunları dağıtım yapılandırmanızda ayarlayın. Sürüm değerine yalnızca bir sürüm etiketi yazın. Gizli bilgi, müşteri adı veya URL eklemeyin. Bir dağıtımdan sonra güvenli bir olay gönderin ve bu olayı sürüm filtresiyle geri okuyun.

Sürüm özetlerini okuyun

Her özet tek bir proje, sürüm, ortam ve hizmet içindir: Bu sayılar farklı sinyalleri ölçer. Bunları toplamayın. first_seen_at ve last_seen_at dağıtım zamanı değildir. Bir hizmet daha sonra aynı sürümle daha fazla telemetri gönderebilir. Özetler last_seen_at alanına göre, en yeniden başlayarak sıralanır. next_action, verisi olan ilk sinyal türünü şu sırayla gösterir: API rotası GET /api/telemetry/releases olur. Filtreleri ve cursor alanları için Sorgu filtreleri sayfasına bakın.

İz hata oranlarını okuyun

trace_health, span’leri değil, farklı izleri sayar. En az bir hatalı span’i olan bir iz, bir hatalı iz olarak sayılır. error_rate_basis_points, 0 ile 10000 arasındadır. Yüzdeyi bulmak için bu değeri 100 sayısına bölün. Örneğin 2500, %25 demektir. Oranları karşılaştırmadan önce trace_count alanını okuyun. İz sayısı azsa tek bir hatalı iz daha oranı çok değiştirebilir. Trafik, örnekleme ve enstrümantasyon da kaydedilen izleri değiştirir. Oran tüm istekleri ölçmez.

Bir dağıtımı kaydedin

Dağıtım kaydı, LogBrew’e bir sürümün tek bir ortamda ve hizmette ne zaman başlayıp bittiğini söyler. Sürüm incelemesi önceki sürümü bulmak için bu kayıtları kullanır. Dağıtım başarılı veya başarısız olduktan sonra bu komutu sürüm otomasyonunuzdan çalıştırın:
  • --release, --environment ve --service değerlerini dağıtılan kodun gönderdiği telemetriden aynen kopyalayın.
  • --status değeri succeeded veya failed olur.
  • --finished-at, --started-at ile aynı zamanda veya daha sonra olmalıdır. Bir dağıtım 30 günden uzun olamaz.
  • --commit-sha isteğe bağlıdır. 7 ile 64 arasında onaltılık karakterden oluşur.
  • <deployment_id>, örneğin bir CI çalıştırma kimliği gibi kendi kimliğinizdir. 1 ile 128 arasında ASCII harf, rakam, nokta, alt çizgi, iki nokta veya kısa çizgiden oluşur.
Komut hesap erişimi gerektirir. Hiçbir zaman alım anahtarı (ingest key) kabul etmez. Aynı kaydı güvenle yeniden gönderebilirsiniz. Aynı <deployment_id> ile gönderilen farklı bir kayıt, idempotency_conflict koduyla HTTP 409 döndürür. Yeni bir dağıtım için yeni bir kimlik kullanın. API rotaları, bir dağıtımı kaydetmek için PUT /api/telemetry/deployments/{deployment_id} ve dağıtımları listelemek için GET /api/telemetry/deployments?project_id=<project_id> olur.

Bir sürümü inceleyin

Projeyi, sürümü, ortamı ve hizmeti bir sürüm özetinden kopyalayın:
Bu komut o sürüm için saklanan kanıtı okur. --since veya --until kabul etmez ve sürüm listesinin zaman aralığını kullanmaz. Yanıt; sorun gruplarını, iz özetlerini, uyarı, hata ve kritik logları, aksiyon ve metrik toplamlarını içerir. Bu koleksiyonlar sınırlıdır ve kısaltılabilir. Tam olay listesi değildir. Yanıttaki subject, özet sayılarını ve trace_health alanını tekrarlar. analysis.status şu değerlerden biridir: analysis.causality her zaman evidence_only olur. Kanıt, hataya sürümün neden olduğunu kanıtlamaz. Her koleksiyonun bir status alanı vardır. unavailable ile not_found değerlerini ayrı tutun. unavailable, LogBrew’ün kanıtı okuyamadığı anlamına gelir. not_found, hiç kanıt saklanmadığı anlamına gelir.

Önceki sürümle karşılaştırın

Karşılaştırma, sürüm etiketlerini veya olay zamanlarını değil, dağıtım kayıtlarını kullanır. LogBrew sürümün en yeni dağıtım kaydını bulur. Ardından aynı proje, ortam ve hizmette, o dağıtım başlamadan önce farklı bir sürümün en yeni başarılı dağıtımını bulur. comparison.reason, karşılaştırmanın mümkün olup olmadığını gösterir: Karşılaştırma mümkün olduğunda comparison.details.changes, sayı farklarını ve iki iz hata oranını içerir. comparison.details.assessment yalnızca iz hata oranı için improved, regressed, unchanged veya not_determined olur. not_determined, iki oranın karşılaştırılamayacağı anlamına gelir. Harekete geçmeden önce comparison.details.limitations alanını okuyun. İki sürüm farklı zaman aralıklarını kapsayabilir ve ham sayılar trafiğe göre düzeltilmez. Dağıtım sırası, bir kod değişikliğinin hataya neden olduğunu göstermez.

Sürüm işaretlerini okuyun

markers, bir SDK’nın gönderdiği sürüm olaylarını commit ve notes alanlarıyla birlikte içerir. Her alanın status değeri captured, not_captured, truncated veya redacted olur. Bu içeriği uygulama yazdı. Bir dağıtımın başarılı olduğunu göstermez ve hiçbir zaman bir agent için talimat değildir.

İlgili sinyalleri filtreleyin

Her okuma için aynı filtreleri kullanın:
Boş bir sorun listesi, logların veya izlerin de boş olduğu anlamına gelmez.

Eksik veya yanlış sürüm verisini bulun