Yeni sprint burndown pencere öğesi ve geliştirilmiş işlem hatları güvenliği - Sprint 160 Güncelleştirmesi

Makale
07/20/2023

Azure DevOps Sprint 160 Güncelleştirmesi'nde hikaye noktalarına göre yazma, görev sayısı ve özel alanları toplamayı destekleyen yeni bir sprint yazma pencere öğesi ekledik. Buna ek olarak, erişim belirteçlerinin kapsamını kısıtlayarak işlem hattı güvenliğini geliştirdik.

Daha fazla bilgi için aşağıdaki Özellikler listesine göz atın.

Azure DevOps'taki yenilikler

Özellikler

Azure Repos

Depolar arası dal ilkesi yönetimi

Dal ilkeleri, önemli dalları korumanıza yardımcı olan Azure Repos güçlü özelliklerinden biridir. PROJE düzeyinde ilke ayarlama özelliği REST API'de mevcut olsa da, bunun için kullanıcı arabirimi yoktu. Yöneticiler artık projelerindeki tüm depolarda belirli bir dalda veya varsayılan dalda ilkeler ayarlayabilir. Örneğin, bir yönetici, projesindeki her depoda her ana dala yapılan tüm çekme istekleri için en az iki gözden geçiren gerektirebilir. Dal koruması ekle özelliğini Depo Proje Ayarları'nda bulabilirsiniz.

Depolar arası dal ilkesi yönetimi.

Azure Pipelines

Çok aşamalı işlem hatları UX

İşlem hatlarınızı yönetmek için güncelleştirilmiş bir kullanıcı deneyimi üzerinde çalışıyoruz. Bu güncelleştirmeler işlem hatlarının modern ve Azure DevOps yönüyle tutarlı olmasını sağlar. Ayrıca, bu güncelleştirmeler klasik derleme işlem hatlarını ve çok aşamalı YAML işlem hatlarını tek bir deneyimde bir araya getirir. Örneğin, aşağıdaki özellikler yeni deneyime dahil edilir; birden çok aşamayı görüntüleme ve yönetme, işlem hattı çalıştırmalarını onaylama, işlem hattı devam ederken günlüklerde tamamen geri kaydırabilme ve işlem hattının dal başına sistem durumu.

Yeni deneyimi deneyen herkese teşekkür ederiz. Denemediyseniz önizleme özelliklerinde Çok aşamalı işlem hatlarını etkinleştirin. Çok aşamalı işlem hatları hakkında daha fazla bilgi edinmek için buradaki belgelere bakın.

Çok aşamalı işlem hatları UX.

Geri bildiriminiz sayesinde son iki güncelleştirmede aşağıdakilere değindik.

Klasörler görünümünün bulunabilirliği.
Günlükler görünümünde hızlı olma.
Bir çalıştırma devam ederken bile önceki ve geçerli görevlerdeki günlükleri kolayca gösterin.
Günlükleri gözden geçirirken görevler arasında gezinmeyi kolaylaştırma.

Yeni deneyime dahil edilen özellikler.

Not

Sonraki güncelleştirmede bu özelliği herkes için varsayılan olarak açmayı planlıyoruz. Yine de önizlemeyi geri çevirme seçeneğiniz olacaktır. Bundan birkaç hafta sonra özellik genel kullanıma sunulacaktır.

Kubernetes için ortamda kanarya dağıtım stratejisini düzenleme

Uygulama güncelleştirmelerinin sürekli tesliminin temel avantajlarından biri, güncelleştirmeleri belirli mikro hizmetler için hızla üretime gönderebilme özelliğidir. Bu, iş gereksinimlerindeki değişikliklere hızlı bir şekilde yanıt vermenizi sağlar. Ortam , dağıtım stratejilerinin düzenlenebilmesini ve sıfır kapalı kalma süresinin kolaylaştırılmasını sağlayan birinci sınıf bir kavram olarak tanıtıldı. Daha önce adımları sırayla yürüten runOnce stratejisini destekliyorduk. Çok aşamalı işlem hatlarında kanarya stratejisi desteğiyle, değişikliği yavaş yavaş küçük bir alt kümeye dağıtarak riski azaltabilirsiniz. Yeni sürüme daha fazla güven kazandıkça altyapınızdaki daha fazla sunucuya dağıtabilir ve daha fazla kullanıcıyı bu sürüme yönlendirebilirsiniz.

jobs:
- deployment:
  environment: musicCarnivalProd
  pool:
    name: musicCarnivalProdPool 
  strategy:                 
    canary:     
      increments: [10,20] 
      preDeploy:                                    
        steps:          
        - script: initialize, cleanup....  
      deploy:            
        steps:
        - script: echo deploy updates...
        - task: KubernetesManifest@0
          inputs:
            action: $(strategy.action)      
            namespace: 'default'
            strategy: $(strategy.name)
            percentage: $(strategy.increment)
            manifests: 'manifest.yml'
      postRouteTaffic:
        pool: server
        steps:          
        - script: echo monitor application health...  
      on:
        failure:
          steps:
	  - script: echo clean-up, rollback...  
        success:
          steps:
          - script: echo checks passed, notify...

Kuberenetes için kanarya stratejisi, postRouteTraffic sırasında durumu izlerken değişiklikleri önce %10 pod ve ardından %20 ile dağıtır. Her şey yolunda giderse% 100'e yükseltilecektir.

Ortamlarda VM kaynağı desteği hakkında erken geri bildirimde bulunmak ve birden çok makinede sıralı dağıtım stratejisi gerçekleştirmek istiyoruz. Kaydolmak için bizimle iletişime geçin.

YAML işlem hatları için onay ilkeleri

YAML işlem hatlarında, kaynak sahibi tarafından denetlenen onay yapılandırmasını takip ediyoruz. Kaynak sahipleri, kaynakta ve kaynağı kullanan tüm işlem hatlarında onayları yapılandırır ve kaynağı kullanan aşama başlamadan önce onaylar için duraklar. SOX tabanlı uygulama sahiplerinin, dağıtımı isteyenin kendi dağıtımlarını onaylamasını kısıtlaması yaygındır.

Artık istek sahibinin onaylamaması, kullanıcıların bir alt kümesinden onay istemesi ve onay zaman aşımı gibi onay ilkelerini yapılandırmak için gelişmiş onay seçeneklerini kullanabilirsiniz.

YAML işlem hatları için onay ilkeleri.

Birinci sınıf işlem hattı kaynağı olarak ACR

İşlem hattınızın bir parçası olarak ACR'de (Azure Container Registry) yayımlanan bir kapsayıcı görüntüsünü kullanmanız ve yeni bir görüntü yayımlandığında işlem hattınızı tetiklemeniz gerekiyorsa, ACR kapsayıcı kaynağını kullanabilirsiniz.

resources:
  containers:
  - container: MyACR  #container resource alias
    type: ACR
    azureSubscription: RMPM  #ARM service connection
    resourceGroup: contosoRG
    registry: contosodemo
    repository: alphaworkz
    trigger: 
      tags:
        include: 
        - production

Ayrıca, önceden tanımlanmış değişkenler kullanılarak ACR görüntü meta verilerine erişilebilir. Aşağıdaki liste, işlem hattınızda bir ACR kapsayıcı kaynağı tanımlamak için kullanılabilen ACR değişkenlerini içerir.

resources.container.<Alias>.type
resources.container.<Alias>.registry
resources.container.<Alias>.repository
resources.container.<Alias>.tag 
resources.container.<Alias>.digest
resources.container.<Alias>.URI
resources.container.<Alias>.location

Önceden tanımlanmış değişkenler olarak işlem hattı kaynağı meta verileri

İşlem hattında YAML işlem hatları kaynakları için önceden tanımlanmış değişkenler ekledik. Kullanılabilir işlem hattı kaynak değişkenlerinin listesi aşağıdadır.

resources.pipeline.<Alias>.projectName 
resources.pipeline.<Alias>.projectID 
resources.pipeline.<Alias>.pipelineName 
resources.pipeline.<Alias>.pipelineID 
resources.pipeline.<Alias>.runName 
resources.pipeline.<Alias>.runID
resources.pipeline.<Alias>.runURI
resources.pipeline.<Alias>.sourceBranch 
resources.pipeline.<Alias>.sourceCommit
resources.pipeline.<Alias>.sourceProvider 
resources.pipeline.<Alias>.requestedFor
resources.pipeline.<Alias>.requestedForID

İşlem hatları ve ACR kaynakları için izlenebilirlik

İşlem hattında işlem hatları ve ACR kapsayıcı kaynakları kullanıldığında tam E2E izlenebilirliği sağlıyoruz. YAML işlem hattınız tarafından tüketilen her kaynak için işlemeleri, iş öğelerini ve yapıtları izleyebilirsiniz.

İşlem hattı çalıştırma özeti görünümünde şunları görebilirsiniz:

Çalıştırmayı tetikleyen kaynak sürümü. Artık işlem hattınız başka bir Azure işlem hattı çalıştırması tamamlandığında veya bir kapsayıcı görüntüsü ACR'ye gönderildiğinde tetiklenebilir.
İşlem hattı tarafından kullanılan işlemeler . İşlem hattı tarafından kullanılan her kaynağa göre işlemelerin dökümünü de bulabilirsiniz.
İşlem hattı tarafından kullanılan her kaynakla ilişkili iş öğeleri .
Çalıştırma tarafından kullanılabilecek yapıtlar .

Ortamın dağıtımlar görünümünde, ortama dağıtılan her kaynağın işlemelerini ve iş öğelerini görebilirsiniz.

Ortama dağıtılan her kaynak için işlemeler ve iş öğeleri.

YAML işlem hatlarında basitleştirilmiş kaynak yetkilendirmesi

Kaynak, işlem hattının dışındaki bir işlem hattı tarafından kullanılan her şeydir. Kaynakların kullanılabilmesi için önce yetkilendirilmeleri gerekir. Daha önce, bir YAML işlem hattında yetkisiz kaynaklar kullanılırken kaynak yetkilendirme hatasıyla başarısız oldu. Başarısız çalıştırmanın özet sayfasından kaynakları yetkilendirmeniz gerekiyordu. Ayrıca, yetkisiz bir kaynağa başvuran bir değişken kullanıyorsa işlem hattı başarısız oldu.

Artık kaynak yetkilendirmelerini yönetmeyi kolaylaştırıyoruz. Çalıştırma başarısız olursa, çalıştırma, kaynağı kullanan aşamanın başında kaynaklar üzerindeki izinleri bekler. Kaynak sahibi işlem hattını görüntüleyebilir ve Güvenlik sayfasından kaynağı yetkilendirebilir.

YAML işlem hatlarında basitleştirilmiş kaynak yetkilendirmesi.

Erişim belirteçlerinin kapsamını kısıtlayarak işlem hattı güvenliğini geliştirme

Azure Pipelines'da çalışan her iş bir erişim belirteci alır. Erişim belirteci görevler ve betikleriniz tarafından Azure DevOps'a geri çağrı yapmak için kullanılır. Örneğin, erişim belirtecini kaynak kodu almak, günlükleri karşıya yüklemek, test sonuçları, yapıtlar veya Azure DevOps'a REST çağrıları yapmak için kullanırız. Her iş için yeni bir erişim belirteci oluşturulur ve iş tamamlandıktan sonra süresi dolar. Bu güncelleştirmeyle birlikte aşağıdaki iyileştirmeleri ekledik.

Belirtecin takım projesi dışındaki kaynaklara erişmesini engelleme

Şimdiye kadar tüm işlem hatlarının varsayılan kapsamı takım projesi koleksiyonuydu. Kapsamı klasik derleme işlem hatlarında takım projesi olarak değiştirebilirsiniz. Ancak klasik sürüm veya YAML işlem hatları için bu denetime sahip değildiniz. Bu güncelleştirmeyle, işlem hattında ne yapılandırılırsa yapılandırıldığından bağımsız olarak her işi proje kapsamlı bir belirteç almaya zorlamaya yönelik bir kuruluş ayarı sunuyoruz. Ayrıca bu ayarı proje düzeyinde de ekledik. Artık, oluşturduğunuz her yeni proje ve kuruluşta bu ayar otomatik olarak açılır.

Not

Kuruluş ayarı proje ayarını geçersiz kılar.

Mevcut projelerde ve kuruluşlarda bu ayarın etkinleştirilmesi, işlem hatlarınızın erişim belirteçlerini kullanarak takım projesi dışındaki kaynaklara erişmesi durumunda bazı işlem hatlarının başarısız olmasına neden olabilir. İşlem hattı hatalarını azaltmak için, istenen kaynağa Project Derleme Hizmeti Hesabı erişimini açıkça vekleyebilirsiniz. Bu güvenlik ayarlarını açmanızı kesinlikle öneririz.
Erişim belirteci için belirli izinleri kaldırma

Varsayılan olarak, erişim belirteci için bir dizi izin veririz; bu izinlerden biri Kuyruk derlemeleridir. Bu güncelleştirme ile erişim belirtecine ilişkin bu izni kaldırdık. İşlem hatlarınızın bu izne ihtiyacı varsa, kullandığınız belirtece bağlı olarak bunu Project Derleme Hizmeti Hesabına veya Proje Koleksiyonu Derleme Hizmeti Hesabına açıkça vekleyebilirsiniz.

Yapıt denetimini değerlendirme

Artık bir ilke kümesi tanımlayabilir ve kapsayıcı görüntüsü yapıtları için bir ortamda denetim olarak ilke değerlendirmesini ekleyebilirsiniz. İşlem hattı çalıştırıldığında, ortamı kullanan bir aşama başlatılmadan önce yürütme duraklatılır. Belirtilen ilke, dağıtılmakta olan görüntünün kullanılabilir meta verilerine göre değerlendirilir. İlke başarılı olduğunda denetim geçer ve denetim başarısız olursa aşamayı başarısız olarak işaretler.

Yapıt denetimini değerlendirme.

Otomatik test hata iletilerinde Markdown desteği

Artık otomatikleştirilmiş testler için hata iletilerinde Markdown'i destekliyoruz. Azure Pipelines'ta okunabilirliği artırmak ve hata sorunlarını gidermeyi kolaylaştırmak için hem test çalıştırması hem de test sonucu için hata iletilerini kolayca biçimlendirebilirsiniz. Desteklenen Markdown söz dizimi burada bulunabilir.

Otomatik test hata iletilerinde Markdown desteği.

YAML'de cron zamanlamalarını tanılama

YAML işlem hatlarınızda zamanlamaları belirtmek için cron söz dizimi kullanımında sürekli bir artış gördük. Geri bildiriminizi dinlediğimiz sırada Azure Pipelines'ın söz diziminizi doğru işleyip işlemediğini saptamanın sizin için zor olduğunu duyduk. Daha önce, zamanlama sorunlarının hatalarını ayıklamak için zamanlanmış çalıştırmanın gerçek saatini beklemeniz gerekirdi. Dal/söz dizimi hatalarını tanılamanıza yardımcı olmak için işlem hattı için yeni bir eylem menüsü ekledik. İşlem hattını çalıştır menüsündeki Zamanlanmış çalıştırmalar , cron zamanlamalarınızla ilgili hataları tanılamanıza yardımcı olmak üzere işlem hattınız için yaklaşan birkaç zamanlanmış çalıştırmanın önizlemesini sağlar.

YAML'de cron zamanlamalarını tanılama.

ARM şablonu dağıtım görevine Güncelleştirmeler

Daha önce ARM şablonu dağıtım görevinde hizmet bağlantılarını filtrelememiştik. Daha geniş bir kapsama ARM şablonu dağıtımları gerçekleştirmek için daha düşük kapsamlı bir hizmet bağlantısı seçerseniz bu durum dağıtımın başarısız olmasına neden olabilir. Şimdi, seçtiğiniz dağıtım kapsamına göre daha düşük kapsamlı hizmet bağlantılarını filtrelemek için hizmet bağlantılarını filtreleme özelliği ekledik.

Hizmet bağlantıları için proje düzeyi güvenlik

Bu güncelleştirme ile hizmet bağlantıları için hub düzeyinde güvenlik ekledik. Artık tüm hizmet bağlantıları için merkezi bir yerde kullanıcı ekleyebilir/kaldırabilir, roller atayabilir ve erişimi yönetebilirsiniz.

Hizmet bağlantıları için proje düzeyi güvenlik.

Ubuntu 18.04 havuzu

Azure Pipelines artık işlerinizi Ubuntu 18.04'te çalıştırmayı destekliyor. Microsoft tarafından barındırılan Azure Pipelines havuzunu Ubuntu-18.04 görüntüsünü içerecek şekilde güncelleştirdik. Şimdi, YAML işlem hatlarınızda havuza başvurduğunda ubuntu-latest , bu anlamına gelir ve anlamına ubuntu-18.04 gelmez ubuntu-16.04. Açıkça kullanarak ubuntu-16.04 işlerinizde 16,04 görüntü hedeflemeye devam edebilirsiniz.

KubernetesManifest görevinde Service Mesh Arabirimi tabanlı kanarya dağıtımları

Daha önce KubernetesManifest görevinde kanarya stratejisi belirtildiğinde, görev, çoğaltmaları kararlı iş yükleri için kullanılan çoğaltmaların yüzdesine eşit olan temel ve kanarya iş yükleri oluştururdu. Bu, trafiği istek düzeyinde istenen yüzdeye bölmeyle tam olarak aynı değildi. Bununla başa çıkmak için KubernetesManifest görevine Service Mesh Arabirimi tabanlı kanarya dağıtımları desteği ekledik.

Service Mesh Arabirimi soyutlaması, Linkerd ve Istio gibi hizmet ağı sağlayıcılarıyla tak çalıştır yapılandırmasına olanak tanır. Şimdi KubernetesManifest görevi, dağıtım stratejisinin yaşam döngüsü boyunca SMI'nin TrafficSplit nesnelerini kararlı, temel ve kanarya hizmetlerine eşlemenin sıkı çalışmasını ortadan kaldırır. Trafiğin kararlı, temel ve kanarya arasında istenen yüzde bölünmesi, trafik bölme yüzdesi hizmet ağı düzlemindeki istekler üzerinde denetlendiği için daha doğru olur.

Aşağıda sıralı bir şekilde SMI tabanlı kanarya dağıtımları gerçekleştirme örneği verilmiştir.

- deployment: Deployment
    displayName: Deployment
    pool:
      vmImage: $(vmImage)
    environment: ignite.smi
    strategy:
      canary:
        increments: [25, 50]
        preDeploy:
          steps:
          - task: KubernetesManifest@0
            displayName: Create/update secret
            inputs:
              action: createSecret
              namespace: smi
              secretName: $(secretName)
              dockerRegistryEndpoint: $(dockerRegistryServiceConnection)
        deploy:
          steps:
          - checkout: self
          - task: KubernetesManifest@0
            displayName: Deploy canary
            inputs:
              action: $(strategy.action)
              namespace: smi
              strategy: $(strategy.name)
              trafficSplitMethod: smi
              percentage: $(strategy.increment)
              baselineAndCanaryReplicas: 1
              manifests: |
                manifests/deployment.yml
                manifests/service.yml
              imagePullSecrets: $(secretName)
              containers: '$(containerRegistry)/$(imageRepository):$(Build.BuildId)'
        postRouteTraffic:
          pool: server
          steps:
            - task: Delay@1
              inputs:
                delayForMinutes: '2'

OrtamdaKi Uygulama'ya göz atma

ReviewApp, Git deponuzdaki her çekme isteğini dinamik bir ortam kaynağına dağıtır. Gözden geçirenler, ana dalda birleştirilip üretime dağıtılmadan önce bu değişikliklerin nasıl göründüğünü görebilir ve diğer bağımlı hizmetlerle çalışabilir. Bu, reviewApp kaynaklarını oluşturup yönetmenizi ve ortam özelliklerinin tüm izlenebilirlik ve tanılama özelliğinden yararlanmanızı kolaylaştırır. reviewApp anahtar sözcüğünü kullanarak bir kaynağın bir kopyasını oluşturabilir (ortamdaki mevcut bir kaynağı temel alarak dinamik olarak yeni bir kaynak oluşturabilir) ve yeni kaynağı ortama ekleyebilirsiniz.

Aşağıda, ortamlar altında reviewApp'i kullanmanın örnek bir YAML kod parçacığı verilmiştir.

jobs:
- deployment:
  environment: 
     name: smarthotel-dev      
     resourceName: $(System.PullRequest.PullRequestId) 
  pool:
    name: 'ubuntu-latest'
  strategy:                 
    runOnce:            
      pre-deploy: 
        steps:       
        - reviewApp: MasterNamespace

Azure Artifacts

Akışa bağlanma deneyimi güncelleştirildi

Akışa bağlan iletişim kutusu, Azure Artifacts'i kullanmanın giriş yoludur; Azure DevOps'ta akışlardan paket göndermek ve çekmek için istemcileri ve depoları yapılandırma hakkında bilgi içerir. İletişim kutusunu ayrıntılı kurulum bilgileri ekleyecek şekilde güncelleştirdik ve yönergeler sunduğumuz araçları genişlettik.

Genel akışlar artık yukarı akış desteğiyle genel kullanıma sunuldu

Genel akışların genel önizlemesi harika bir benimseme ve geri bildirim aldı. Bu güncelleştirmede, genel kullanıma sunulan ek özellikleri genişlettik. Artık genel akışı özel bir akıştan yukarı akış kaynağı olarak ayarlayabilirsiniz. Özel ve proje kapsamlı akışlardan yukarı akış oluşturarak yapılandırma dosyalarınızı basit tutabilirsiniz.

Portaldan proje kapsamlı akışlar oluşturma

Genel akışları kullanıma sunduğumuzda , proje kapsamlı akışlar da yayımladık. Şimdiye kadar REST API'ler aracılığıyla veya genel akış oluşturup projeyi özele dönüştürerek proje kapsamlı akışlar oluşturulabilirdi. Artık gerekli izinlere sahipseniz herhangi bir projeden doğrudan portalda proje kapsamlı akışlar oluşturabilirsiniz. Ayrıca, hangi akışların proje olduğunu ve hangilerinin kuruluş kapsamına sahip olduğunu akış seçicide görebilirsiniz.

Raporlama

Yeni Sprint Yazma pencere öğesi Öykü Noktalarına, Görev sayısına veya özel alanları toplayarak yazma işlemini destekler. Özellikler veya Epic'ler için sprint yazma bile oluşturabilirsiniz. Pencere öğesi ortalama yazma, tamamlanma yüzdesi ve kapsam artışını görüntüler. Ekibi yapılandırarak aynı panoda birden çok ekip için sprint'leri görüntülemenizi sağlayabilirsiniz. Tüm bu harika bilgilerin görüntülenmesiyle panoda 10x10'a kadar yeniden boyutlandırmanıza olanak tanırız.

Sprint İlerleme pencere öğesi.

Denemek için pencere öğesi kataloğundan veya mevcut Sprint Burndown pencere öğesinin yapılandırmasını düzenleyerek ve Yeni sürümü şimdi deneyin kutusunu işaretleyerek ekleyebilirsiniz.

Not

Yeni pencere öğesi Analiz'i kullanır. Analytics'e erişiminiz yoksa eski Sprint İlerlemesini sakladık.

Wiki

Wiki sayfalarını düzenlemek için zaman uyumlu kaydırma

Düzenleme ve önizleme bölmesi arasında zaman uyumlu kaydırma özelliği sayesinde wiki sayfalarını düzenlemek artık daha kolay. Bir tarafta kaydırma, ilgili bölümleri eşlemek için otomatik olarak diğer tarafı kaydıracaktır. Zaman uyumlu kaydırmayı iki durumlu düğmeyle devre dışı bırakabilirsiniz.

Wiki sayfalarını düzenlemek için zaman uyumlu kaydırma.

Not

Zaman uyumlu kaydırma iki durumlu düğmesinin durumu kullanıcı ve kuruluş başına kaydedilir.

Wiki sayfaları için sayfa ziyaretleri

Artık wiki sayfalarının sayfa ziyaretleri hakkında içgörüler edinebilirsiniz. REST API, son 30 gün içindeki sayfa ziyaretleri bilgilerine erişmenizi sağlar. Wiki sayfalarınız için raporlar oluşturmak için bu verileri kullanabilirsiniz. Ayrıca, bu verileri veri kaynağınızda depolayabilir ve en çok görüntülenen ilk n sayfa gibi belirli içgörüler elde etmek için panolar oluşturabilirsiniz.

Ayrıca, her sayfada son 30 gün için toplu sayfa ziyaretlerinin sayısını görürsünüz.

Wiki sayfaları için sayfa ziyaretleri.

Not

Sayfa ziyareti, belirli bir kullanıcı tarafından 15 dakikalık bir aralıkta sayfa görünümü olarak tanımlanır.

Sonraki adımlar

Not

Bu özellikler önümüzdeki iki-üç hafta içinde kullanıma sunulacaktır.

Azure DevOps'a gidin ve bir göz atın.

Azure DevOps'a gidin

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Bir sorunu bildirmek veya öneri sağlamak için yardım menüsünü kullanın.

Öneride bulun

Stack Overflow'da topluluk tarafından yanıtlanmış öneriler ve sorularınıza da ulaşabilirsiniz.

Teşekkürler,

Jeff Beehler