SOAP Task: Doğrudan SOAP Entegrasyonu​

Bu sürümün en büyük eklentilerinden biri, SOAP 1.1 ve 1.2 protokolüyle web servislere doğrudan bağlanabilen SoapTask (Tip: 16).

Özellikle eski core banking ve middleware servislerle çalışırken ayrı bir adapter veya dönüştürme katmanına gerek kalmadan, SOAP endpoint'leri doğrudan task olarak tanımlayabilirsiniz:

{
  "attributes": {
    "type": "16",
    "config": {
      "url": "https://api.example.com/services/CustomerService",
      "soapAction": "http://example.com/GetCustomer",
      "soapVersion": "1.1",
      "acceptedStatusCodes": ["500"]
    }
  }
}

acceptedStatusCodes: ["500"] tanımlamak önemli: SOAP servisler hata durumunda genellikle HTTP 500 üzerinden SOAP Fault döner. Bu ayar olmadan task başarısız sayılır; bu ayarla birlikte OutputHandler'ınıza ulaşır ve fault'u orada handle edebilirsiniz.

Mapping içinde SoapTask sınıfından SetUrl, SetBody, SetSoapAction, AddHeader ve benzeri setter metodlara erişebilirsiniz.

Tam referans için SOAP Task dökümanına bakabilirsiniz.

ScriptBase XML Yardımcıları​

SOAP Task ile birlikte, mapping script'lerinde XML işlemeyi kolaylaştıran iki yeni ScriptBase metodu eklendi:

ParseXml hiçbir zaman exception fırlatmaz; geçersiz veya boş input için null döner. Bu sayede OutputHandler içinde savunmacı XML işleme güvenli bir şekilde yapılabilir.

Functions: POST, PATCH ve DELETE Desteği​

Function endpoint'leri artık GET'in yanı sıra POST, PATCH ve DELETE verb'lerini de destekliyor. Hem domain-level hem de instance-level fonksiyonlarda geçerli:

GET    /api/v1/{domain}/functions/{function}
POST   /api/v1/{domain}/functions/{function}
PATCH  /api/v1/{domain}/functions/{function}
DELETE /api/v1/{domain}/functions/{function}

Bu değişiklik, function endpoint'lerinin tam CRUD senaryolarını karşılamasını sağlıyor. Ayrı BFF katmanı geliştirme ihtiyacı minimize ediliyor.

Aynı sürümde rawResponse alanı da eklendi. rawResponse: true ayarlandığında, mapped rawData platformun standart response modeline sarılmadan doğrudan döndürülür. Legacy API'lerden geçiş senaryolarında işe yarar.

İş Akışı Job Timeout Modeli​

Bir transition job'ı çalışırken platform çöker veya beklenmedik bir hata oluşursa, instance Busy durumunda kalıyordu. Bu sürümde üç katmanlı bir timeout modeli devreye girdi:

300 saniye dolduğunda:

1. Instance Busy → Faulted olarak güncellenir
2. JOB_EXECUTION_TIMEOUT kodu ile bir incident oluşturulur
3. Açık InstanceTransition kaydı kapatılır

Recovery işlemi, tetikleyici token iptal edilmiş olsa bile her zaman tamamlanır (CancellationToken.None kullanılır). Host kapanırken (SIGTERM) recovery atlanır, sadece MarkAsProcessed çalışır.

Deployment Dokümantasyonu​

Yeni bir Deployment bölümü eklendi. Bu bölüm iki rehber içeriyor:

• Helm Chart — vNext'i Kubernetes cluster'ınıza veya local Minikube ortamınıza OCI chart (ghcr.io/burgan-tech/vnext) ile kurma adımları.
• Release Viewer — Tenant'ınızdaki domain'leri, çalışan Helm chart versiyonlarını ve uygulama versiyonlarını görsel olarak izleyen araç.

Transition Annotations: Standart Key'ler​

v0.0.54'te eklenen annotations alanı için artık platform tarafından tanınan standart key'ler belgelendi. Bu key'leri kullanan UI SDK'ları tutarlı davranış sergileyebilir:

"annotations": {
  "ui/visibility-channel": "IbIvnApp|backoffice",
  "ui/priority": "1",
  "ui/intent": "cancel"
}

View Konsepti: State View ve Transition View​

View Concept rehberi platform tarafından önerilen etkileşim modelini artık açıkça belgeliyor:

• State View — state'e bağlı, read-only ekran. Instance'ın mevcut durumunu gösterir.
• Transition View — transition'a bağlı form ekranı. Kullanıcıdan girdi alır ve transition'ı tetikler.

State Function yanıtındaki hasView alanı, istemcinin doğrudan transition mı göndereceğine yoksa önce View Function'ı mı çağıracağına karar vermesini sağlar.

Özet​

Teknik detaylar, konfigürasyon örnekleri ve issue referansları için v0.0.55 Release Notes sayfasına bakabilirsiniz.

vNext Runtime Platform Team
Mayıs 2026

This release introduces SoapTask as a first-class task type for SOAP 1.1/1.2 web service integrations, expands Functions to support POST, PATCH, and DELETE verbs alongside GET, and adds a layered timeout model for workflow job execution that eliminates indefinitely stuck Busy instances. ScriptBase gains XML helper methods (ParseXml, XmlToString) to support SOAP response handling in mapping scripts. A new Deployment documentation section covers Helm chart installation and the Release Viewer tool. Transition Annotations receive documented platform-convention keys, and the View Concept guide is extended with the State View / Transition View interaction model. A schema correction moves NotificationTask configuration under attributes.

Features​

Layered timeout model for workflow job execution (#680)​

Workflow execution now enforces a configurable multi-layer timeout budget to prevent instances from remaining stuck in Busy status after pipeline failures.

New configuration class — WorkflowExecutionOptions:

{
  "WorkflowExecution": {
    "TransitionJobTimeoutSeconds": 300,
    "TransitionJobLockLeaseSeconds": 330
  },
  "ExecutionApi": {
    "InvocationTimeoutSeconds": 60
  }
}

Timeout recovery — JobTimeoutRecoveryService: When the job budget expires, the recovery service transitions the instance from Busy to Faulted, creates a JOB_EXECUTION_TIMEOUT incident, and closes any open InstanceTransition record. Recovery runs on a CancellationToken.None token so it completes regardless of the triggering cancellation.

Three-way cancellation handling in TransitionJobHandler:

result.IsSuccess is now checked after pipeline execution; previously JobCompleted was logged unconditionally, masking silent failures.

Reference: #680

POST, PATCH, and DELETE support for Functions (#646)​

Function endpoints now accept POST, PATCH, and DELETE in addition to GET at both scope levels.

Domain-level:

GET    /api/v1/{domain}/functions/{function}
POST   /api/v1/{domain}/functions/{function}
PATCH  /api/v1/{domain}/functions/{function}
DELETE /api/v1/{domain}/functions/{function}

Instance-level:

GET    /api/v1/{domain}/workflows/{workflow}/instances/{instance}/functions/{function}
POST   /api/v1/{domain}/workflows/{workflow}/instances/{instance}/functions/{function}
PATCH  /api/v1/{domain}/workflows/{workflow}/instances/{instance}/functions/{function}
DELETE /api/v1/{domain}/workflows/{workflow}/instances/{instance}/functions/{function}

New rawResponse field on function definitions:

When rawResponse: true, the mapped rawData is returned directly as the HTTP response body instead of being wrapped in the platform's standard output model. This is designed for legacy API pass-through scenarios.

Reference: #646

SoapTask — SOAP 1.1 / 1.2 web service calls (Type: 16)​

A new task type for calling SOAP endpoints. Unlike HTTP Task, the request body is stored as a raw XML string to accommodate SOAP envelope templates.

Minimal definition:

{
  "key": "get-customer-soap",
  "version": "1.0.0",
  "domain": "core",
  "flow": "sys-tasks",
  "flowVersion": "1.0.0",
  "tags": ["soap"],
  "attributes": {
    "type": "16",
    "config": {
      "url": "https://api.example.com/services/CustomerService",
      "soapAction": "http://example.com/GetCustomer",
      "soapVersion": "1.1",
      "acceptedStatusCodes": ["500"]
    }
  }
}

Configuration fields:

SOAP Fault responses typically arrive over HTTP 500. Setting acceptedStatusCodes: ["500"] lets the response reach OutputHandler where the fault can be inspected by the mapping script.

Mapping API on SoapTask:

The task response Data field contains the raw XML string returned by the service.

ScriptBase XML helpers​

Two new methods on ScriptBase simplify XML handling in mapping scripts, primarily for SOAP Task output processing.

var doc = ParseXml(context.Body?.data?.ToString());
if (doc == null) { /* handle invalid XML */ }

var ns = new XmlNamespaceManager(doc.NameTable);
ns.AddNamespace("soap", "http://schemas.xmlsoap.org/soap/envelope/");
var fault = doc.SelectSingleNode("//soap:Fault", ns);

Breaking Changes​

NotificationTask config moved inside attributes (#662 follow-up)​

The NotificationTask (Type 10) schema structure changed. The config object must now be nested inside attributes:

Before:

{
  "config": {
    "type": "10",
    "channels": ["sms", "email"],
    "includeStateChannel": true
  }
}

After:

{
  "attributes": {
    "type": "10",
    "config": {
      "channels": ["sms", "email"],
      "includeStateChannel": true
    }
  }
}

This aligns NotificationTask with the standard task definition schema used by all other task types.

Configuration Updates​

Configuration for v0.0.55:

{
  "runtimeVersion": "0.0.55",
  "schemaVersion": "0.0.42"
}

Note: Schema version 0.0.42 is unchanged from v0.0.54.

Issues Referenced​

• vnext #680 — Layered timeout model: TransitionJobHandler budget, RemoteInvokerService per-invocation ceiling, JobTimeoutRecoveryService
• vnext #646 — Functions POST, PATCH, DELETE verb support + rawResponse field

Summary​

• SoapTask (Type 16) enables direct SOAP 1.1/1.2 web service integration; acceptedStatusCodes routes HTTP 500 SOAP Faults through OutputHandler.
• Functions accept POST, PATCH, and DELETE; rawResponse: true passes mapped output directly to the caller, reducing BFF boilerplate.
• Workflow job execution now has a 300 s budget. On timeout: instance moves to Faulted, a JOB_EXECUTION_TIMEOUT incident is created, and the open InstanceTransition is closed.
• ScriptBase adds ParseXml / XmlToString for safe XML handling in mapping scripts.
• NotificationTask schema corrected: config is now nested inside attributes.

See Also​

• v0.0.55 Duyurusu — Feature-focused announcement in Turkish

vNext Runtime Platform Team
May 21, 2026

vNext Forge Studio artık VS Code Market'te​

Bu sürümün en önemli haberi: vNext Forge Studio VS Code Marketplace'de yayınlandı.

Forge Studio; bileşenlerinizi görsel designer üzerinden tasarlayabileceğiniz, sürükle-bırak desteği olan, lokal runtime ve vnext-workflow-cli ile doğrudan entegre çalışan bir geliştirici ortamı. Aynı zamanda bir VS Code extension olarak kurulabiliyor ve masaüstü uygulaması olarak da kullanıma açık.

Öne çıkan özellikler:

• Quick Runner modülü ile iş akışlarınızı debug ederken anında test edebilirsiniz.
• Pseudo-UI renderer ile view'larınızı, production render'a gerek kalmadan önizleyebilir ve etkileşim kurabilirsiniz.
• Tüm yan ürünlerle (CLI, lokal runtime vb.) entegre çalışır; bağlam geçişi olmadan tam döngü geliştirme mümkün.

Detaylar için Forge Studio dokümantasyonuna göz atın.

Instance Incident Takibi​

Bir instance execution sırasında hata oluştuğunda platform artık bunu bir incident olarak kayıt altına alıyor. Sadece son hatayı değil, tüm geçmişini ve retry sayısını da saklıyor.

GET /instance/{id} yanıtının metadata.incident alanından erişebilirsiniz:

{
  "metadata": {
    "incident": {
      "hasActiveIncident": true,
      "totalCount": 1,
      "active": {
        "state": "account-type-selection",
        "transition": "select-demand-deposit",
        "task": "get-instance",
        "message": "Input handler failed for GetInstanceData: ...",
        "errorCode": "Task:Unknown:get-instance",
        "errorLayer": "Task",
        "traceId": "06ea6c5c2e7711c77590d32dc2ae9408",
        "isResolved": false,
        "retryCount": 0
      },
      "history": [...]
    }
  }
}

Önceki sürümlerde hata sonrası debugger'da ne olduğunu anlamak için log'lara gitmek gerekiyordu. Artık instance'ın kendisi bir hata geçmişi taşıyor.

NotificationTask: Çok Kanallı Bildirim Desteği​

NotificationTask (tip: 10) bu sürümde tam olarak hayata geçirildi. Dapr binding tabanlı altyapısı ile SMS, e-posta, push ve state kanallarına eş zamanlı bildirim gönderebilirsiniz.

{
  "key": "notify-status-change",
  "version": "1.0.0",
  "config": {
    "type": "10",
    "channels": ["sms", "email"],
    "includeStateChannel": true
  }
}

Her kanal bağımsız olarak dispatch edilir; bir kanalda hata oluşması diğerlerini durdurmaz. state kanalı platform tarafından yönetildiğinden ayrıca bir mapping scripti gerektirmez. Detaylar için Notification Task dökümanına bakabilirsiniz.

Transition Annotations​

Transition tanımlarınıza artık serbest formatlı annotations alanı ekleyebilirsiniz. Client tarafında transition'ları filtrelemek, önceliklendirmek veya UI'da koşullu render etmek için kullanılabilir.

Transition tanımında:

{
  "annotations": {
    "ui/visibility": "enabled",
    "ui/priority": "1"
  }
}

Bu alan State function availableTransitions yanıtında aynen iletilir. Sunum tercihlerini sunucu deployment'ı gerektirmeden client'ta yönetmek için kullanışlı.

View Renderer Bilgisi​

View tanımlarına renderer alanı eklendi. State function yanıtında da dönüyor; bu sayede UI SDK'nız hangi renderer'ı kullanacağını doğrudan yanıttan okuyabiliyor.

{
  "renderer": "react"
}

Desteklenen değerler: pseudo-ui, flutter, angular, vue, react, react-native, native-ios, native-android.

Instance Tablo Alanları: CurrentStateType, CurrentStateSubType, Stage​

Instance tablosuna üç yeni alan eklendi: currentStateType, currentStateSubType ve stage. Instance listelerinde durum özetleri için state tanımını her seferinde ayrıca parse etmenize gerek kalmıyor.

stage bilgisini transition ya da start isteğinde body'de gönderebilirsiniz:

{
  "stage": "onboarding"
}

Yanıtta metadata.stage olarak dönüyor. Stage, logical state'den bağımsız iş süreci aşamalarını temsil etmek için tasarlandı.

Transition Mapping Davranışı Değişti​

Önceki sürümlerde transition mapping çıktısı yalnızca InstanceData'ya yazılıyor, TransitionHistory body'sine ise ham (mapping öncesi) veri aktarılıyordu. Bu sürümden itibaren mapping çıktısı her iki hedefe de yazılıyor. TransitionHistory.body artık wire'a gelen ham veriyi değil, runtime'ın uyguladığı dönüştürülmüş veriyi içeriyor.

Shared Transitions: availableIn Artık Zorunlu Değil​

availableIn alanı boş geçildiğinde shared transition otomatik olarak tüm state'lerden erişilebilir hale geliyor. Yeni state ekledikçe listeyi güncelleme zorunluluğu ortadan kalktı.

31 Request Header Fields Too Large Hatası için Çözüm​

Büyük authorization token'ları veya çok sayıda correlation header taşıyan istekler Kestrel'in varsayılan limitlerini aşıyorsa, appsettings.json'da aşağıdaki konfigürasyon ile limitleri artırabilirsiniz:

{
  "Kestrel": {
    "Limits": {
      "MaxRequestHeadersTotalSize": 65536,
      "MaxRequestHeaderCount": 200
    }
  }
}

vnext-workflow-cli v1.0.7​

CLI'ın yeni sürümü iki pratik iyileştirme getiriyor:

• wf domain use <NAME> komutu artık terminal'in aktif olduğu dizindeki vnext.config.json dosyasından domain adını otomatik olarak algılıyor.
• Windows ortamlarında wf alias'ı sistem ile çakışıyordu; vnext alias'ı alternatif olarak eklendi.

Özet​

Teknik detaylar, bug fix açıklamaları ve issue referansları için v0.0.54 Release Notes sayfasına bakabilirsiniz.

vNext Runtime Platform Team
Mayıs 2026

This release strengthens pipeline reliability through distributed lock TTL renewal on auto-chains, SubFlow ErrorBoundary delegation to parent flows, and end-to-end Stage propagation in the TransitionPipeline. Infrastructure and CI/CD fixes address stale Docker image tags from common.props, non-fast-forward release pushes, and transient Microsoft Container Registry pull failures. Platform metadata expands with new Instance fields, transition annotations, View renderer hints, exposure of the cancel transition in availableTransitions, and shared transitions available State-wide via "availableIn": ["all"]. NotificationTask is revived with full State function response binding, and tooling adds the @burgan-tech/vnext-meta package plus configurable Kestrel request header limits.

Bug Fixes​

Docker images built with stale version from common.props (#620)​

The CI/CD pipeline's Docker build step read a cached or stale version number from common.props instead of the freshly bumped value during release. Built images were tagged with the previous version, causing deployment mismatches between the intended release and the artifacts in the registry. The build step now reads the version after the bump completes, ensuring image tags match the actual release version.

Reference: #620

Fix build pipeline non-fast-forward push and transient MCR 403 errors (#627)​

The release pipeline occasionally failed with non-fast-forward push rejections when concurrent commits landed between fetch and push, leaving the local ref behind the remote. Transient HTTP 403 errors from Microsoft Container Registry (MCR) during base image pulls also caused intermittent build failures unrelated to application code. The pipeline now performs a fresh pull before push to align refs, and MCR pulls use retry logic with exponential backoff.

Reference: #627

Propagate Stage property through transition pipeline (#630)​

The Stage property set on a transition definition was not propagated through the full TransitionPipeline execution. Downstream steps such as onEntry tasks, automatic transitions, and finish handling could not read the current stage from the pipeline context, and historical transition records did not reflect the stage label consistently. The pipeline context now carries the Stage value end-to-end, and it is persisted on the InstanceTransition record.

Reference: #630

SubFlow ErrorBoundary fallback to parent flow (#574)​

When a SubFlow definition did not declare its own ErrorBoundary, errors were not evaluated against a boundary in the parent flow hierarchy as operators expected. Instead of bubbling to the parent flow's ErrorBoundary, error handling could appear silent or misrouted relative to the composed workflow design. The error propagation logic now walks up the flow hierarchy: if the current SubFlow has no ErrorBoundary configured, the parent flow's ErrorBoundary is evaluated and executed.

Reference: #574

Fix distributed lock TTL extension failure in transition pipeline auto-chains (#672)​

When a TransitionPipeline triggered automatic transitions (auto-chains), the distributed lock TTL was not extended for additional pipeline hops. Long-running auto-chains could exceed the original lock TTL, allowing the lock to expire mid-execution and concurrent transitions against the same Instance. The lock extension mechanism now renews TTL at each auto-chain hop, preventing premature expiration while chained work runs.

Reference: #672

Features​

Expose cancel transition in availableTransitions from State function (#622)​

The State function's availableTransitions response previously excluded the well-known cancel transition even when the caller was authorized to invoke it. Clients had to hardcode the cancel transition key to present a cancel action in UI layers. Cancel is now included in availableTransitions when the caller has the required role, aligning the API with authorization and enabling UI SDKs to render cancel actions without special cases.

Reference: #622

Add CurrentStateType, CurrentStateSubType, and Stage fields to Instance (#624)​

The Instance entity includes three new fields: currentStateType (for example Begin, State, Finish), currentStateSubType (for example Active, Completed, Cancelled, Timeout), and stage (the current TransitionPipeline stage label). These fields are returned on all Instance read APIs (State, GetInstance, GetInstances) so clients can filter and summarize instances without parsing the full state definition on every call.

Reference: #624

Add configurable Kestrel request header size and count limits (#640)​

Kestrel's default request header limits (32 KB total size, 100 headers) can now be overridden via environment variables or Helm chart values. This supports scenarios where large authorization tokens or correlation headers exceed the defaults and Kestrel returns 400 Bad Request before the request reaches application middleware or the State function. Configuration keys: KESTREL__LIMITS__MAXREQUESTHEADERSIZE and KESTREL__LIMITS__MAXREQUESTHEADERCOUNT.

Reference: #640

Store mapped payload in InstanceTransition body instead of raw request data (#641)​

The InstanceTransition record's body field previously stored the raw HTTP request payload before inputMapping ran. Auditing and replay focused on wire data rather than the values actually applied to Instance state. body now stores the mapped (post-inputMapping) payload—the data written to the instance—so transition history reflects what the runtime applied, not only what arrived on the wire.

Reference: #641

Add annotations metadata to transition definitions for client-side filtering (#642)​

Transition definitions now support an optional annotations object (key-value string pairs) that is persisted and returned in the State function's availableTransitions response. UI SDKs and client applications can filter, group, or conditionally render transitions using annotations without server deploys for presentation-only tweaks. Example: "annotations": { "category": "approval", "priority": "high" }.

Reference: #642

Add renderer property to View entity for UI SDK dispatch (#643)​

The View entity now includes an optional renderer property (string) in its definition. When present, the State function response includes renderer alongside the view schema so UI SDKs can dispatch to the correct component or template implementation without a parallel mapping table. Examples: "renderer": "form-wizard", "renderer": "document-viewer".

Reference: #643

Shared transition: availableIn state "all" support (#566)​

Shared transitions (defined once and reused across multiple State entries) now support "availableIn": ["all"] as shorthand to make the transition available in every state of the flow. Previously each state had to be listed explicitly, which risked drift when new states were added to the definition.

Reference: #566

Revive NotificationTask with full State Function response binding (#662)​

The NotificationTask type is restored and expanded: task execution receives the complete State function response (Instance data, availableTransitions, View, metadata) as its context. Notification templates and integrations can reference current instance fields, available actions, and presentation metadata in one binding surface.

Reference: #662

Add @burgan-tech/vnext-meta npm package to publish version-manifest.json (#663)​

A new npm package, @burgan-tech/vnext-meta, is published on each release and ships version-manifest.json. The manifest maps runtime versions to schema versions, supported capabilities, and compatibility metadata. UI SDKs and CLI tools can depend on this package to detect compatible versions and feature availability automatically.

Reference: #663

Breaking Changes​

InstanceTransition body artık mapped payload içeriyor (#641)​

context.ScriptContext.CurrentTransition.Body, bu sürümden itibaren TransitionMapping uygulandıktan sonraki veriyi (mapped payload) döndürür. Ham transition request verisi artık bu alan üzerinden erişilemez.

Ham veriye erişim: Transition scope içinde ham payload'a ihtiyaç duyan script'ler context.Body kullanmalıdır.

Referans: #641

Configuration Updates​

Configuration for v0.0.54:

{
  "runtimeVersion": "0.0.54",
  "schemaVersion": "0.0.42"
}

Note: Schema package 0.0.42 is the documented pairing with this runtime.

Issues Referenced​

• vnext #620 — Docker images: read version after bump (not stale common.props)
• vnext #622 — cancel in availableTransitions from State
• vnext #624 — Instance currentStateType / currentStateSubType / stage
• vnext #627 — Non-FF push fix; MCR pull retry/backoff
• vnext #630 — Stage propagated through TransitionPipeline / InstanceTransition
• vnext #640 — Kestrel header size/count limits (env / Helm)
• vnext #641 — InstanceTransition body stores mapped payload
• vnext #642 — Transition annotations for client filtering
• vnext #643 — View renderer in State response
• vnext #574 — SubFlow ErrorBoundary fallback to parent
• vnext #566 — Shared transition **availableIn**: ["all"]
• vnext #662 — NotificationTask + full State response context
• vnext #663 — @burgan-tech/vnext-meta / version-manifest.json
• vnext #672 — Distributed lock TTL on auto-chain hops

Summary​

• Docker release tags align with post-bump version; CI handles non-fast-forward pushes and MCR transients.
• Stage flows through TransitionPipeline and InstanceTransition; SubFlow errors honor parent ErrorBoundary; distributed lock TTL renews across auto-chains.
• Instance exposes currentStateType, currentStateSubType, stage; cancel appears in availableTransitions when authorized.
• InstanceTransition body records mapped data; transitions support annotations; View carries optional renderer; shared transitions support "availableIn": ["all"].
• NotificationTask binds the full State response; @burgan-tech/vnext-meta publishes version-manifest.json; Kestrel header limits are configurable.

See Also​

• v0.0.54 Duyurusu — Feature-focused announcement in Turkish

vNext Runtime Platform Team
May 18, 2026

İlerleyen haftalarda mevcut vnext-runtime/release/ altındaki release notes bu sayfaya migrate edilecek. Yeni özellikler ve sürüm notları burada paylaşılacak.

Şu anda Phase 0 (Foundation) tamamlandı. Sıradaki adım Phase 1: Technical Migration.