Kubepit v0.0.4

English

Added

• Configuration impact review: before saving ConfigMap or Secret data, inspect the affected keys, workload containers and reference modes. Environment variables, mounted files, projected volumes, subPath mounts and image-pull credentials have distinct refresh explanations. After a successful save, select supported controllers for a reviewed restart; production, GitOps, permissions and read-only checks still apply. The consumer view can also be opened without editing data.
• Guided Pod troubleshooting: open a Pod's Diagnosis tab to bring current container states, failure reasons, recent events, configuration references and available memory observations together. Crash loops, OOM termination, scheduling, image-pull and configuration failures include evidence and a next check. Read bounded previous-container logs on demand, open related resources, or save an investigation.
• Fleet image version matrix: open Image version matrix from the fleet navigator, command palette or changelog. Compare Deployment, StatefulSet and DaemonSet container images across up to eight selected clusters, filter by namespace or workload, and isolate differences. Inspect workload templates, Pod spec references, runtime-reported image references, container readiness and runtime image IDs grouped by reported platform. Click through to the workload for further investigation.
• Node maintenance review and progress: inspect a read-only plan before draining a node. Review affected and skipped Pods, unmanaged workloads, disruption-budget restrictions and local-volume risks before any cordon. A reviewed drain rechecks the plan and object identities, then reports eviction outcomes and subsequent Pod observations separately so an accepted eviction is not mistaken for a ready replacement.
• Saved Fleet searches: save a query together with its resource types and scope, give it a name, and pin frequent searches below the search field. Reopen, rename, pin or remove searches from Saved searches. Restoring a search applies all three settings together; a removed scope is reported instead of silently searching all clusters.
• Investigation comparison: use Compare snapshots in a saved investigation to compare two captures of the same workload, entirely offline. Inspect the saved manifest diff, Pod states and restart observations, and changes in captured events. Coverage gaps and recreated workloads remain explicit.
• What's new after an upgrade: see a short summary once when the installed version increases, covering the releases since the last seen installed version. First launch establishes a baseline. Preview highlights in the changelog also lets you revisit a release or preview Unreleased work without changing that history.
• Feature shortcuts in release notes: open the image matrix, saved Fleet searches, investigations, Connection doctor or Network diagnostics directly from the relevant changelog entry. Cluster-specific shortcuts offer a cluster picker; opening a shortcut does not connect a cluster or start a diagnostic probe.
• Changelog in the app and on the website: read English or Turkish version notes from Settings → About & Updates, including offline access and a version selector. The website adds /changelog/ and /tr/changelog/ pages. All views use this file as their source; Unreleased work stays separate from numbered release notes and downloadable packages.
• Saved investigations: capture a workload's current object, related Pods, recent events, bounded container log tails, recorded changes and available metrics in a frozen local record. Start from Start investigation on a Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job or CronJob; choose a 15- or 60-minute lookback. Missing permissions, unavailable sources, timeouts and truncated evidence remain visible in the record.
• Investigation notes and offline access: name investigations, save notes, reopen them after restarting Kubepit, and browse records even when their cluster is disconnected or has been removed. Open Investigations in the navigator, Open saved investigations from the fleet dashboard or disconnected cluster screen, or :investigations in the command bar. Capture again creates a new record and preserves the original evidence.
• Reviewed investigation bundles: import and export portable JSON bundles without a cluster connection. Known credentials and literal environment values are masked before storage; imported and exported content is checked again. Choose which evidence sections to include, inspect the exact export preview and confirm it before saving. Unsaved note edits must be saved before export; delete and discard actions require confirmation.
• Connection doctor: run staged checks for kubeconfig and context, the configured authentication helper, DNS/network or proxy reachability, TLS, Kubernetes API access, authenticated identity and common namespace permissions. Open it from the connection screen, the navigator or :doctor; use its Edit cluster and Tools shortcuts to address findings. Reports distinguish failures, warnings and skipped checks, and separate RBAC denial, read-only restrictions and unknown results.
• Connection capability details: check access to namespace and Pod browsing, Pod watches, container logs, metrics, Helm release Secrets, Pod shells and Deployment changes. Local kubectl/helm availability and metrics API availability are reported separately from permission to use them.
• Live network diagnostics: select an existing running Pod and container, a target Service, its TCP port, and TCP, HTTP or HTTPS probes. Open Network diagnostics in the navigator or use :network. Results show DNS and TCP connectivity, TLS verification for HTTPS, and HTTP HEAD status where applicable, with the executed source, target, command, duration and bounded output.
• Service context for network checks: inspect Service selectors, ClusterIP or ExternalName, and EndpointSlice readiness and addresses alongside probe results. Partial or unavailable endpoint data is marked explicitly. A shortcut opens the existing Network Policy Simulator for further inspection.
• Smart Fleet search: get suggestions for kind:, ns:, cluster:, env: and label: filters, including discovered custom resource kinds, known namespaces, registered clusters and observed label keys and values. Completed filters appear as removable inline tags. Use arrow keys to navigate, Enter or Tab to select, Escape to dismiss, and Backspace in an empty input to reopen the last tag for editing.

Changed

• Fleet search understands quoted filter values, so names such as cluster:"Production Europe" stay together. Existing aliases, comma-separated kind/cluster/environment lists, name globs and /regex/ searches remain available. Label filters support equality, inequality, key presence and absence, including app=api, app!=api, label:app, !app and explicit empty values.
• Suggestions follow the current search scope, kinds and known namespace context. They use metadata already available from opened views and previous searches; typing does not start discovery requests or connect a cluster. Users can still enter their own filter values.
• Incomplete or invalid filters stay editable instead of becoming tags or silently broadening a search. Manually entered valid filters can be committed without accepting an unrelated suggested value.
• The investigation, connection and network workflows include English and Turkish interfaces and browser-demo implementations. Demo diagnostic results are clearly identified as synthetic or simulated.

Fixed

• Cluster names containing spaces, commas, quotes or backslashes are preserved when selected from Fleet search suggestions and parsed as quoted values.
• Fleet result highlighting now uses the parsed name query, keeping quoted filter values out of the highlighted text while preserving regular-expression name patterns.

Notes

• Configuration impact uses standard Kubernetes references in the edited namespace. Partial scans and unsupported consumers remain explicit. Mounted-file refresh does not establish that the application reloads the file; Secret values are not fetched for consumer discovery. Configuration writes reject a changed reviewed UID or resource version. Restarts revalidate workload identity and spec, then apply an atomic resource-version precondition.
• The image matrix joins Pod ownership by UID and matches rows by kind, namespace, workload and container name. Disconnected or unreadable data remains unknown; init containers are separate. Different runtime digests can be valid for different platforms or OCI indexes. No registry lookup, newest-version inference or automatic deployment is performed. Each source is processed up to 10,000 objects and the table displays up to 500 matching rows.
• Pod diagnosis reflects available observations, not a guaranteed root cause. Current memory metrics do not prove memory use at the moment of an earlier failure. Previous logs depend on what the node still retains. Maintenance preflight is a bounded observation, not a scheduler simulation or a guarantee of uninterrupted service; live permissions, admission and disruption budgets remain authoritative.
• Saved searches are local to this device, with up to 50 records and eight pins. They store search settings, not results. Comparison requires matching saved cluster and workload identities; imported bundles lack a local cluster ID and cannot be compared. Missing sampled Pods or events do not prove creation or deletion; restart deltas require the same Pod UID and container. Masked values cannot be compared.
• Automatic upgrade summaries include only numbered releases up to the installed version. Unreleased notes are available by explicit preview and never imply an installed update.
• Investigation capture requires an already connected cluster and works with read-only clusters. It is a bounded snapshot, not a complete historical archive: capture samples up to three Pods and two regular containers per Pod, with up to 200 log lines per tail. Changes and metrics depend on the data already recorded or available. Storage holds up to 50 investigations; a portable bundle is limited to 1 MiB. Automatic masking cannot identify every sensitive value in logs or notes; review the exact export and omit sections as needed.
• Connection doctor does not change Kubernetes resources, start the normal cluster session or change its connection status. It may run the authentication helper configured in kubeconfig, and checks finish within one minute. Capability results cover common operations in the selected namespace; admission policies, individual resources and other namespaces can impose different restrictions.
• Network probes require Pod exec permission and a writable cluster. They use tools already installed in the selected container; missing or incompatible tools are reported as unavailable. Each probe has an eight-second limit and an 8 KiB output cap. HTTP uses HEAD without redirects or response bodies; paths cannot include query strings or fragments. Results describe the tested Service path and do not establish which NetworkPolicy caused a failure. The audit history records the diagnostic action without storing the request path or probe output.
• Browser-demo investigations use separate browser-local storage. Demo connection and network diagnostics do not run local tools or contact a cluster; ExternalName network targets are reported as unavailable in the demo. Search suggestions reflect known, bounded metadata rather than an exhaustive cluster inventory.

Türkçe

Eklenenler

• Yapılandırma etki incelemesi: ConfigMap veya Secret verisini kaydetmeden önce etkilenen anahtarları, iş yükü container’larını ve referans biçimlerini inceleyin. Ortam değişkenleri, bağlı dosyalar, projected volume’lar, subPath mount’ları ve imaj çekme kimlik bilgileri için güncellenme davranışı ayrı açıklanır. Başarılı kayıttan sonra desteklenen controller’ları seçip incelenerek yeniden başlatın; production, GitOps, izin ve salt okunur kontrolleri uygulanır. Kullanım görünümü veri düzenlenmeden de açılabilir.
• Yönlendirmeli Pod tanılaması: bir Pod’un Tanılama sekmesinde güncel container durumlarını, hata nedenlerini, son olayları, yapılandırma referanslarını ve mevcut bellek gözlemlerini birlikte inceleyin. Yeniden başlatma döngüsü, OOM sonlanması, zamanlama, imaj çekme ve yapılandırma hatalarında kanıt ve sonraki kontrol gösterilir. İsteğe bağlı olarak sınırlandırılmış önceki container loglarını okuyun, ilgili kaynakları açın veya bir inceleme kaydedin.
• Filo imaj sürüm matrisi: filo gezgininden, komut paletinden veya değişiklik günlüğünden İmaj sürüm matrisi görünümünü açın. Deployment, StatefulSet ve DaemonSet container imajlarını en fazla sekiz seçili kümede karşılaştırın; namespace veya iş yüküne göre filtreleyip farkları gösterin. İş yükü şablonlarını, Pod tanımındaki imaj referanslarını, runtime’ın bildirdiği imaj referanslarını, container hazırlığını ve bildirilen platforma göre gruplanmış çalışan imaj kimliklerini inceleyin. Ayrıntılı inceleme için iş yüküne geçin.
• Node bakım incelemesi ve ilerleme: node’u boşaltmadan önce salt okunur planı inceleyin. Etkilenen ve atlanan Pod’ları, controller’sız iş yüklerini, kesinti bütçesi kısıtlamalarını ve yerel volume risklerini herhangi bir cordon işleminden önce görün. İncelenen drain, planı ve nesne kimliklerini yeniden denetler; ardından tahliye sonuçlarını ve sonraki Pod gözlemlerini ayrı gösterir. Tahliyenin kabul edilmesi, yerine gelen Pod’un hazır olmasıyla karıştırılmaz.
• Kayıtlı filo aramaları: sorguyu kaynak türleri ve kapsamıyla birlikte kaydedin, adlandırın ve sık kullanılan aramaları arama alanının altına sabitleyin. Kayıtlı aramalar bölümünden aramaları açın, yeniden adlandırın, sabitleyin veya kaldırın. Bir arama açıldığında üç ayar birlikte uygulanır; kapsam kaldırılmışsa tüm kümelerde arama yapmak yerine durum bildirilir.
• İnceleme karşılaştırması: kayıtlı bir incelemede Anlık görüntüleri karşılaştır ile aynı iş yükünün iki kaydını tamamen çevrimdışı karşılaştırın. Kayıtlı manifest farkını, Pod durumlarını ve yeniden başlatma gözlemlerini, kaydedilmiş olaylardaki değişiklikleri inceleyin. Eksik kanıtlar ve yeniden oluşturulmuş iş yükleri açıkça belirtilir.
• Güncelleme sonrası yenilik özeti: kurulu sürüm yükseldiğinde, son görülen kurulu sürümden sonraki yayınları kapsayan kısa özet bir kez gösterilir. İlk açılış başlangıç sürümünü kaydeder. Değişiklik günlüğündeki Özeti önizle ile bu geçmişi değiştirmeden bir sürümü yeniden inceleyebilir veya henüz yayımlanmamış çalışmaları görebilirsiniz.
• Sürüm notlarından özelliklere kısayollar: ilgili değişiklik günlüğü kaydından imaj matrisini, kayıtlı filo aramalarını, incelemeleri, bağlantı tanılamayı veya ağ tanılamayı açın. Kümeye özel kısayollarda küme seçici gösterilir; kısayolu açmak kümeye bağlanmaz veya tanılama denetimi başlatmaz.
• Uygulamada ve sitede değişiklik geçmişi: İngilizce veya Türkçe sürüm notlarını Ayarlar → Hakkında ve Güncellemeler bölümünde çevrimdışı okuyun ve sürüm seçicisiyle geçmişe göz atın. Siteye /changelog/ ve /tr/changelog/ sayfaları eklendi. Tüm görünümler bu dosyayı kaynak olarak kullanır; henüz yayımlanmamış çalışmalar, numaralı sürüm notlarından ve indirilebilir paketlerden ayrı gösterilir.
• Kayıtlı incelemeler: bir iş yükünün güncel nesnesini, ilgili Pod'larını, son olaylarını, sınırlandırılmış container loglarını, kaydedilmiş değişikliklerini ve mevcut metriklerini sabit bir yerel kayıtta saklayın. Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job veya CronJob üzerinde İnceleme başlat eylemini kullanın; 15 veya 60 dakikalık aralık seçin. Eksik izinler, erişilemeyen kaynaklar, zaman aşımları ve kısaltılmış kanıtlar kayıtta açıkça gösterilir.
• İnceleme notları ve çevrimdışı erişim: incelemelere ad verin, notları kaydedin, Kubepit'i yeniden başlattıktan sonra açın ve kümeleri bağlı olmasa veya kaldırılmış olsa bile kayıtları inceleyin. Gezginden İncelemeler bölümünü, filo panosundan ya da bağlantısı kesilmiş küme ekranından Kayıtlı incelemeleri aç düğmesini veya komut çubuğunda :investigations komutunu kullanın. Yeniden kaydet yeni bir kayıt oluşturur ve özgün kanıtları korur.
• İncelenerek paylaşılan inceleme paketleri: küme bağlantısı olmadan taşınabilir JSON paketlerini içe ve dışa aktarın. Bilinen kimlik bilgileri ve doğrudan yazılmış ortam değişkeni değerleri saklanmadan önce maskelenir; içe ve dışa aktarılan içerik yeniden denetlenir. Eklenecek kanıt bölümlerini seçin, dışa aktarılacak dosyanın tam önizlemesini inceleyin ve kaydetmeden önce onaylayın. Dışa aktarmadan önce not değişiklikleri kaydedilmelidir; silme ve değişiklikleri atma işlemleri onay gerektirir.
• Bağlantı tanılama: kubeconfig ve bağlam, yapılandırılmış kimlik doğrulama yardımcısı, DNS/ağ veya proxy erişimi, TLS, Kubernetes API erişimi, doğrulanmış kimlik ve yaygın namespace izinleri için aşamalı denetimler çalıştırın. Bağlantı ekranından, gezginden veya :doctor komutuyla açın; bulguları gidermek için Cluster'ı düzenle ve Araçlar kısayollarını kullanın. Raporlar hata, uyarı ve atlanan denetimleri; RBAC reddi, salt okunur kısıtlamaları ve bilinmeyen sonuçları ayrı gösterir.
• Bağlantı yeteneklerinin ayrıntıları: namespace ve Pod listeleme, Pod değişikliklerini izleme, container logları, metrikler, Helm sürüm Secret'ları, Pod terminalleri ve Deployment değişiklikleri için erişimi denetleyin. Yerel kubectl/helm araçlarının ve metrik API'sinin bulunması, bunları kullanma izninden ayrı gösterilir.
• Canlı ağ tanılama: mevcut ve çalışan bir Pod ile container'ını, hedef Service'i, TCP portunu ve TCP, HTTP veya HTTPS denetimlerini seçin. Gezginden Ağ tanılama bölümünü veya :network komutunu açın. Sonuçlar DNS ve TCP bağlantısını, HTTPS için TLS doğrulamasını ve uygun olduğunda HTTP HEAD durumunu; kullanılan kaynak, hedef, komut, süre ve sınırlandırılmış çıktıyla birlikte gösterir.
• Ağ denetimlerinde Service bağlamı: denetim sonuçlarının yanında Service selector'larını, ClusterIP veya ExternalName bilgisini, EndpointSlice adreslerini ve hazır olma durumlarını inceleyin. Kısmi veya alınamayan endpoint verisi açıkça belirtilir. Bir kısayol, daha ayrıntılı inceleme için mevcut Ağ Politikası Simülatörü’nü açar.
• Akıllı filo araması: kind:, ns:, cluster:, env: ve label: filtreleri için öneriler alın; keşfedilmiş özel kaynak türlerini, bilinen namespace'leri, kayıtlı kümeleri ve gözlemlenmiş etiket anahtarları ile değerlerini seçin. Tamamlanan filtreler, arama alanında kaldırılabilir etiketler olarak görünür. Ok tuşlarıyla gezinin, Enter veya Tab ile seçin, Escape ile önerileri kapatın; boş girişte Backspace ile son filtreyi yeniden düzenlemeye açın.

Değişiklikler

• Filo araması tırnak içindeki filtre değerlerini anlar; cluster:"Production Europe" gibi adlar bölünmez. Mevcut kısaltmalar, virgülle ayrılmış tür/küme/ortam listeleri, adlarda glob kalıpları ve /regex/ aramaları kullanılabilir. Etiket filtreleri app=api, app!=api, label:app, !app ve açıkça belirtilmiş boş değerler dâhil eşitlik, eşitsizlik, anahtarın varlığı ve yokluğu koşullarını destekler.
• Öneriler güncel arama kapsamını, kaynak türlerini ve bilinen namespace bağlamını izler. Açılmış görünümlerden ve önceki aramalardan elde edilmiş üst veriyi kullanır; yazarken keşif isteği başlatılmaz veya kümeye bağlanılmaz. Kullanıcı kendi filtre değerini de girebilir.
• Eksik veya geçersiz filtreler etikete dönüştürülmek ya da aramanın kapsamını sessizce genişletmek yerine düzenlenebilir kalır. Elle yazılmış geçerli filtreler, ilgisiz bir önerilen değer kabul edilmeden tamamlanabilir.
• İnceleme, bağlantı ve ağ iş akışları İngilizce ve Türkçe arayüzlerle ve tarayıcı demosuyla çalışır. Demo tanılama sonuçlarının örnek veri veya simülasyon olduğu açıkça belirtilir.

Düzeltmeler

• Filo arama önerilerinden seçilen; boşluk, virgül, tırnak veya ters eğik çizgi içeren küme adları korunur ve tırnak içindeki değerler olarak doğru ayrıştırılır.
• Filo sonuçlarındaki vurgulama artık ayrıştırılmış ad sorgusunu kullanır; tırnaklı filtre değerleri vurgulanacak metne karışmaz, düzenli ifadeyle yazılan ad kalıpları korunur.

Notlar

• Yapılandırma etkisi, düzenlenen namespace’teki standart Kubernetes referanslarını kullanır. Kısmi taramalar ve desteklenmeyen kullanımlar açıkça belirtilir. Bağlı dosyanın güncellenmesi, uygulamanın dosyayı yeniden okuduğunu göstermez; kullanan kaynaklar keşfedilirken Secret değerleri alınmaz. Yapılandırma yazımları, incelenen UID veya kaynak sürümü değişmişse reddedilir. Yeniden başlatmalar iş yükünün kimliğini ve spec alanını tekrar doğrular, ardından atomik kaynak sürümü önkoşuluyla uygulanır.
• İmaj matrisi Pod sahipliğini UID ile çözer; satırları tür, namespace, iş yükü ve container adına göre eşleştirir. Bağlantısı olmayan veya okunamayan veri bilinmiyor olarak kalır; init container’lar ayrıdır. Farklı platformlarda veya OCI indekslerinde farklı çalışan imaj digest değerleri geçerli olabilir. Registry sorgusu, en yeni sürüm çıkarımı veya otomatik dağıtım yapılmaz. Her kaynaktan en fazla 10.000 nesne işlenir; tabloda en fazla 500 eşleşen satır gösterilir.
• Pod tanılaması mevcut gözlemleri yansıtır; kesin kök neden garantisi vermez. Güncel bellek metrikleri önceki hatanın oluştuğu andaki kullanımı kanıtlamaz. Önceki loglar node’un hâlâ sakladığı veriye bağlıdır. Bakım ön kontrolü sınırlı bir gözlemdir; scheduler simülasyonu veya kesintisiz hizmet garantisi değildir. Güncel izinler, admission ve kesinti bütçeleri belirleyici olmaya devam eder.
• Aramalar bu cihazda yerel olarak tutulur; en fazla 50 kayıt ve sekiz sabitleme desteklenir. Arama ayarları saklanır, sonuçlar saklanmaz. Karşılaştırma için kayıtlı küme ve iş yükü kimlikleri eşleşmelidir; içe aktarılan paketler yerel küme kimliği taşımadığından karşılaştırılamaz. Örneklerde eksik olan Pod veya olaylar oluşturulma ya da silinmeyi kanıtlamaz; yeniden başlatma farkları aynı Pod UID'si ve container'ı gerektirir. Maskelenmiş değerler karşılaştırılamaz.
• Otomatik yenilik özeti yalnızca kurulu sürüme kadar olan numaralı yayınları içerir. Henüz yayımlanmamış notlar isteğe bağlı önizlemede gösterilir; kurulu bir güncellemeyi ifade etmez.
• İnceleme kaydı, önceden bağlanılmış bir küme gerektirir ve salt okunur kümelerde de çalışır. Kayıt, tam bir geçmiş arşivi değil, sınırlandırılmış bir anlık görüntüdür: en fazla üç Pod, Pod başına iki normal container ve her log kuyruğunda en fazla 200 satır örneklenir. Değişiklikler ve metrikler, önceden kaydedilmiş veya erişilebilir veriye bağlıdır. En fazla 50 inceleme saklanır; taşınabilir paket sınırı 1 MiB'dir. Otomatik maskeleme, log ve notlardaki her hassas değeri belirleyemez; tam dışa aktarma önizlemesini inceleyin ve gereken bölümleri çıkarın.
• Bağlantı tanılama Kubernetes kaynaklarını değiştirmez, normal küme oturumunu başlatmaz ve bağlantı durumunu değiştirmez. Kubeconfig'te yapılandırılmış kimlik doğrulama yardımcısını çalıştırabilir; denetimler bir dakika içinde tamamlanır. Yetenek sonuçları seçilen namespace'teki yaygın işlemleri kapsar; admission ilkeleri, tekil kaynaklar ve diğer namespace'ler farklı kısıtlamalar uygulayabilir.
• Ağ denetimleri Pod exec izni ve yazılabilir bir küme gerektirir. Seçilen container'da zaten kurulu olan araçları kullanır; eksik veya uyumsuz araçlar kullanılamıyor olarak gösterilir. Her denetimin süre sınırı sekiz saniye, çıktı sınırı 8 KiB'dir. HTTP, yönlendirmeleri izlemeden ve yanıt gövdesini almadan HEAD kullanır; yolda sorgu parametresi veya fragment bulunamaz. Sonuçlar denenen Service yolunu açıklar; hataya hangi NetworkPolicy'nin neden olduğunu belirlemez. İşlem geçmişi, istek yolunu ve denetim çıktısını saklamadan tanılama eylemini kaydeder.
• Tarayıcı demosundaki incelemeler, tarayıcıya ait ayrı yerel depoda tutulur. Demo bağlantı ve ağ tanılaması yerel araçları çalıştırmaz veya kümeye erişmez; ExternalName ağ hedefleri demoda kullanılamıyor olarak gösterilir. Arama önerileri, kümenin eksiksiz envanterini değil, bilinen ve sınırlandırılmış üst veriyi yansıtır.

---

Desktop installers built from 9e694cb.

Masaüstü kurulum paketleri 9e694cb kaynak kodundan derlendi.

See release-manifest.json for architectures, checksums and signing status. İmza ve platform bilgileri için release-manifest.json dosyasına bakın.