Bagikan melalui

Mengelola tagihan organisasi di Azure DevOps - Pembaruan Sprint 150

Dalam Pembaruan Sprint 150 Azure DevOps, kami menambahkan kemampuan untuk mengelola penagihan untuk organisasi Anda di dalam portal kami.

Dari tab tagihan baru, Anda dapat memilih langganan Azure yang Anda gunakan untuk penagihan, dan membayar pengguna tambahan. Anda tidak perlu lagi membuka Visual Studio Marketplace atau portal Microsoft Azure untuk mengelola penagihan.

Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.

Features

Umum:

Azure Boards

Azure Repos:

Azure Pipelines:

Pelaporan:

Wiki:

Administrasi:

General

Tema gelap sekarang tersedia secara umum

Oktober lalu, kami merilis pratinjau publik tema gelap sebagai bagian dari navigasi baru. Setelah beberapa bulan dalam tahap pratinjau, mendengarkan umpan balik, dan menyempurnakan pengalaman, kami sangat senang mengumumkan ketersediaan umum untuk tema gelap.

Mengelola tagihan untuk organisasi Anda dari Azure DevOps

Kami dengan senang hati mengumumkan bahwa Anda sekarang dapat mengelola tagihan organisasi Anda dari portal Azure DevOps. Administrator tidak perlu lagi menyiapkan tagihan melalui portal Microsoft Azure. Untuk mengelola pengaturan penagihan, buka Pengaturan Organisasi Anda dan pilih Tagihan.

Di bawah ini adalah daftar pengaturan yang dapat Anda kelola dari tab Penagihan .

  1. Anda dapat memilih langganan Azure yang akan digunakan untuk penagihan.

    Pengaturan penagihan organisasi.

  2. Anda dapat mengubah langganan Azure yang digunakan organisasi Anda untuk penagihan dengan memilih langganan lain. Sebelumnya, Anda harus menghapus tagihan dan kemudian dengan hati-hati membeli kembali tingkat yang sama untuk setiap sumber daya berbayar Anda (Pengguna dasar, pengguna Manajemen Paket, alur MS Hosted, dll...). Proses ini melelahkan dan rentan terhadap kesalahan. Sekarang Anda dapat mengubah langganan Azure yang digunakan organisasi Anda untuk penagihan dengan memilih langganan lain dan mengklik simpan.

    ID Langganan Azure untuk Penagihan.

  3. Tidak perlu lagi membuka Visual Studio Marketplace untuk mengelola penyiapan penagihan. Kami telah menambahkan kemampuan untuk membayar pengguna tambahan untuk Basic, Test Manager, dan Manajemen Paket (Azure Artifacts). Anda dapat menambah atau mengurangi jumlah pengguna yang dibayar organisasi Anda dari tab Penagihan baru.

    Pembayaran penagihan untuk pengguna tambahan.

Azure Boards

Kueri pekerjaan berdasarkan grup Azure Active Directory

Dengan peningkatan adopsi Azure Active Directory dan prevalensi penggunaan grup untuk mengelola keamanan, tim semakin mencari cara untuk memanfaatkan grup tersebut di Azure Boards. Sekarang, selain mengkueri item kerja yang telah ditetapkan atau diubah oleh orang tertentu menggunakan operator Dalam Grup atau Tidak Dalam Grup , Anda juga dapat menggunakan grup Azure Active Directory secara langsung.

Lihat dokumentasi operator kueri untuk informasi selengkapnya.

Kueri berfungsi berdasarkan grup.

Bagikan papan tim Anda menggunakan lencana

README repositori sering menjadi rumah bagi tim proyek Anda untuk mendapatkan informasi tentang cara berkontribusi dan menggunakan solusi Anda. Sekarang, seperti halnya dengan status build atau penyebaran di Azure Pipelines, Anda dapat menambahkan lencana ke README untuk papan tim Anda di Azure Boards. Anda dapat mengonfigurasi lencana untuk memperlihatkan hanya kolom Sedang Berlangsung atau semua kolom, dan bahkan membuat lencana terlihat secara publik jika proyek Anda adalah sumber terbuka.

Gunakan lencana untuk berbagi papan.

Jika README Anda didasarkan pada Markdown, Anda cukup menyalin sampel Markdown dari halaman pengaturan lencana status dan menempelkannya ke file Anda.

Lencana dalam README di GitHub.

Permintaan untuk pekerjaan relatif terhadap awal hari, minggu, bulan, atau tahun

Meskipun tim sering fokus pada pekerjaan dalam konteks apa yang akan terjadi berikutnya atau berdasarkan iterasi sprint, sering kali menarik untuk melihat kembali pekerjaan melalui lensa kalender untuk melaporkan semua pekerjaan yang terjadi bulan lalu atau pada kuartal pertama tahun ini. Sekarang Anda bisa menggunakan sekumpulan makro @StartOf baru berikut bersama dengan bidang berbasis tanggal apa pun untuk mengkueri berdasarkan awal hari, minggu, bulan, atau tahun:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

Masing-masing makro ini juga menerima string pengubah baru yang memungkinkan Anda menggeser data dengan unit tanggal yang berbeda. Misalnya, Anda dapat menulis kueri untuk menemukan semua item kerja yang diselesaikan pada kuartal pertama tahun ini dengan mengkueri pada Tanggal >Perubahan Status = @StartOfYear dan Tanggal <Perubahan Status = @StartOfYear(“+3M”). Lihat dokumentasi makro kueri untuk informasi selengkapnya.

Kueri untuk pekerjaan relatif terhadap awal hari, minggu, bulan, atau tahun.

Mengekspor hasil kueri ke file CSV

Sekarang Anda dapat mengekspor hasil kueri langsung ke file format CSV dari web.

Ekspor hasil kueri.

Azure Repos

Jenis penggabungan baru untuk menyelesaikan permintaan pull

Anda sekarang memiliki lebih banyak opsi untuk menggabungkan perubahan dari pull request ke cabang target. Kami telah menambahkan dukungan untuk dua fitur yang paling banyak diminta di Komunitas Pengembang: Penggabungan Fast-Forward dan Penggabungan Semi-Linear (juga disebut "Rebase dan Penggabungan").

Sekarang Anda akan melihat opsi baru ini tersedia dalam dialog Permintaan Tarik Lengkap:

Jenis penggabungan baru untuk menyelesaikan permintaan pull.

Halaman administrasi kebijakan yang diperbarui memungkinkan administrator mengontrol strategi penggabungan mana yang diizinkan pada cabang atau folder cabang.

Batasi jenis penggabungan.

Nota

Kebijakan yang ada masih diberlakukan. Misalnya, jika cabang Anda saat ini memiliki kebijakan "penggabungan squash saja", Anda harus mengedit kebijakan tersebut untuk menggunakan strategi penggabungan baru.

Ada beberapa situasi ketika rebasing saat penyelesaian pull request tidak dimungkinkan:

  • Jika kebijakan pada cabang target melarang penggunaan strategi rebase, Anda akan memerlukan izin "Ambil alih kebijakan cabang".
  • Jika cabang sumber permintaan pull memiliki kebijakan, Anda tidak akan dapat melakukan rebase. Rebasing akan memodifikasi cabang sumber tanpa melalui proses persetujuan kebijakan.
  • Jika Anda telah menggunakan Merge Conflict Extension untuk mengatasi konflik penggabungan. Resolusi konflik yang diterapkan pada penggabungan tiga arah jarang berhasil (atau bahkan valid) saat melakukan rebase semua commit dalam pull request satu per satu.

Dalam semua kasus ini, Anda masih memiliki opsi untuk melakukan rebase cabang Anda secara lokal dan mendorongnya ke server, atau menggabungkan perubahan Anda dengan squash-merging saat menyelesaikan permintaan tarik.

Azure Pipelines (Alat otomatisasi alur kerja pengembangan perangkat lunak dari Microsoft)

Tugas pengelolaan manifes Kubernetes

Kami menambahkan tugas baru ke alur rilis kami untuk menyederhanakan proses penyebaran ke kluster Kubernetes menggunakan file manifes. Tugas ini akan memberikan manfaat berikut dibandingkan dengan penggunaan biner kubectl dalam skrip:

  • Substitusi artefak - Tindakan penyebaran menerima input berupa daftar citra kontainer yang dapat ditentukan bersama dengan tag atau digest-nya. Ini diganti ke dalam versi non-templat dari file manifes sebelum menerapkannya ke kluster untuk memastikan bahwa versi gambar yang tepat ditarik oleh node kluster.

  • Stabilitas manifes - Status penyebaran diperiksa pada objek Kubernetes yang telah diterapkan, untuk menggabungkan pemeriksaan stabilitas saat menghitung status tugas sebagai sukses atau gagal.

  • Anotasi keterlacakan - Anotasi ditambahkan ke objek Kubernetes yang disebarkan untuk menambahkan informasi keterlacakan tentang organisasi asal, proyek, alur, dan pelaksanaan.

  • Manifes konversi - Aksi konversi dalam tugas memungkinkan memproses bagan Helm menjadi file manifes Kubernetes sehingga dapat diterapkan ke kluster.

  • Strategi penyebaran - Memilih strategi canary dengan tindakan penyebaran mengarah pada pembuatan beban kerja dengan persentase yang diinginkan, yang diakhiri dengan -baseline dan -canary sehingga dapat dibandingkan selama tugas ManualIntervention sebelum menggunakan tindakan promosikan/tolak untuk menyelesaikan versi mana yang akan dipertahankan.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Peningkatan tugas Docker

Kami meningkatkan tugas Docker untuk menyederhanakan pengalaman penulisan alur. Perintah buildAndPush sekarang dapat digunakan untuk membangun beberapa tag untuk repositori kontainer tertentu dan mendorongnya ke beberapa registri kontainer dalam satu langkah. Tugas ini dapat menggunakan koneksi layanan registri Docker untuk masuk ke registri kontainer. Metadata keterlacakan tentang repositori sumber, commit, dan provenansi build ditambahkan sebagai label ke citra yang dibuat menggunakan tugas ini.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Penginstal alat Kubectl

Kami menambahkan tugas baru yang memungkinkan Anda menginstal versi tertentu dari biner Kubectl pada agen. terbaru dan string versi semver seperti 'v1.14.0' dianggap sebagai nilai valid untuk masukan Spesifikasi Versi Kubectl.

Alat Penginstal kubectl.

Registri kontainer Azure dalam koneksi layanan registri Docker

Sekarang Anda dapat membuat koneksi layanan registri Docker dari halaman pengaturan proyek Anda. Untuk membuat koneksi, pilih registri kontainer Azure di salah satu langganan yang terkait dengan identitas Azure Active Directory (Azure AD) Anda. Semua tugas yang memerlukan koneksi layanan ke registri kontainer seperti Docker@2 dan KubernetesManifest@0 akan mendukung satu cara untuk menentukan koneksi.

Tambahkan koneksi layanan Docker.

dukungan cgroup pada kumpulan Ubuntu yang dikelola

Di Linux, ketika penggunaan memori terlalu tinggi, kernel akan mengakhiri beberapa proses untuk melindungi sisanya. Jika proses agen Azure Pipelines dipilih untuk dihentikan, jalannya alur Anda akan gagal serta pesan kesalahan mengenai terhentinya komunikasi dengan agen. Pada kumpulan Ubuntu yang dihosting Microsoft, kami telah mengurangi kemungkinan agen akan dihentikan dengan menjalankan langkah-langkah di dalam cgroup kustom. Meskipun alur Anda mungkin masih gagal jika Anda melebihi memori yang tersedia, proses agen lebih mungkin bertahan dan melaporkan kegagalan dengan benar. Jika Anda menjalankan agen Linux privat, kami telah menerbitkan pengaturan yang kami gunakan sehingga Anda dapat mempertimbangkan penyiapan serupa.

Agen jalankan sekali

Jika Anda menggunakan infrastruktur seperti Azure Container Instances untuk menjalankan agen privat elastis, sering kali, Anda ingin setiap agen hanya menerima satu pekerjaan sebelum pergi. Hingga sekarang, ini tidak mudah karena Anda harus menghentikan operasi agen (yang mungkin menyebabkan kegagalan dilaporkan) atau menerima risiko bahwa agen mungkin mendapatkan tugas lain sebelum Anda dapat mematikannya. Dengan pembaruan ini, kami menambahkan bendera --once ke konfigurasi agen. Ketika Anda mengonfigurasi agen dengan cara ini, agen hanya akan menerima satu pekerjaan dan kemudian mematikan dirinya sendiri.

Dukungan untuk Visual Studio 2019 (VS2019) dalam tugas Visual Studio Test

Kami telah menambahkan dukungan untuk VS2019 ke tugas Visual Studio Test dalam pipeline. Untuk menjalankan pengujian menggunakan platform pengujian untuk VS2019, pilih opsi Terbaru atau Visual Studio 2019 dari menu dropdown Versi platform uji.

Dukungan untuk Visual Studio 2019 (VS2019) dalam tugas Visual Studio Test.

Pembaruan antarmuka pengguna kumpulan agen

Halaman manajemen kumpulan agen dalam pengaturan proyek telah diperbarui dengan antarmuka pengguna baru. Sekarang Anda dapat dengan mudah melihat semua pekerjaan yang berjalan di dalam kumpulan. Selain itu, Anda dapat mempelajari mengapa suatu pekerjaan tidak berjalan.

Pembaruan pengalaman pengguna kumpulan agen (UX).

Asisten tugas untuk mengedit file YAML

Kami terus menerima banyak umpan balik yang meminta untuk mempermudah mengedit file YAML untuk alur. Pada pembaruan sebelumnya, kami menambahkan dukungan intellisense. Sekarang kami menambahkan asisten tugas ke editor YAML. Dengan ini, Anda akan memiliki pengalaman akrab yang sama untuk menambahkan tugas baru ke file YAML seperti di editor klasik. Asisten baru ini mendukung sebagian besar jenis input tugas umum seperti daftar pilihan dan koneksi layanan. Untuk menggunakan asisten tugas baru, pilih Edit pada alur berbasis YAML, lalu pilih asisten tugas .

Asisten tugas untuk mengedit file YAML.

Pembaruan citra untuk pipeline yang dihosting

Kami sangat senang mengumumkan pembaruan untuk kumpulan macOS yang dihosting ke OS X Mojave (10.4) yang juga akan menyertakan dukungan untuk Xcode 10.2. Jika alur perancang Anda menggunakan kumpulan macOS yang dihosting, alur tersebut akan secara otomatis ditingkatkan ke Mojave. Jika Anda ingin tetap menggunakan OS X High Sierra (10.3), ubah kumpulan yang dijalankan build Anda ke Hosted macOS High Sierra.

Jika Anda menggunakan YAML, label vmImage baru yang dapat Anda gunakan adalah sebagai berikut:

  • Label gambar yang akan selalu menunjuk ke versi terbaru macOS, saat ini 10.4
vmImage: 'macOS-latest'
  • Label gambar ini secara khusus menargetkan Mac OS 10.4 jika Anda ingin memastikan alur Anda berjalan pada Mojave.
vmImage: 'macOS-10.4'
  • Label gambar yang secara khusus akan menargetkan mac OS 10.13 jika Anda ingin memastikan alur Anda berjalan pada High Sierra
vmImage: 'macOS-10.3'

Kami juga membuat pembaruan pada citra Windows Server 2019 untuk Azure Pipelines yang Dihost. Rilis terbaru dapat ditemukan di sini. Pembaruan ini mencakup versi baru Pratinjau VS2019, Docker, PowerShell Core, Node.js, npm, dan lainnya.

Untuk detail selengkapnya tentang apa yang terkandung dalam gambar VM macOS yang dihosting, dan pelajari tentang alat yang tersedia pada gambar kami kunjungi repositori Generasi Gambar kami di GitHub.

Penyempurnaan integrasi ServiceNow

Desember lalu, kami merilis integrasi ServiceNow Change Management dengan alur rilis. Kemampuan utama untuk kolaborasi lintas tim yang memungkinkan setiap tim menggunakan layanan pilihan mereka dan memiliki pengiriman end-to-end yang efektif. Dengan pembaruan ini, kami meningkatkan integrasi untuk mendukung semua jenis perubahan (normal, standar, dan darurat). Selain itu, Anda sekarang dapat menentukan gerbang yang digunakan untuk membuat permintaan perubahan baru menggunakan templat yang ada, sesuai proses ITSM yang diikuti di organisasi Anda. Terakhir, Anda juga dapat membatasi rilis berdasarkan permintaan perubahan yang ada. Ini memungkinkan Anda untuk mengadopsi CD, tanpa perlu mengubah proses yang direkomendasikan oleh tim IT Anda.

Manajemen perubahan ServiceNow.

Dukungan untuk modul Azure PowerShell Az

Azure PowerShell menyediakan sekumpulan cmdlet yang dapat Anda gunakan untuk mengelola sumber daya Azure dari baris perintah. Desember lalu, modul Azure PowerShell Az tersedia dan sekarang menjadi modul yang dimaksudkan untuk mengelola sumber daya Azure Anda.

Sebelumnya, kami tidak memberikan dukungan untuk modul Azure PowerShell Az di agen yang dihosting. Dengan tugas Azure PowerShell baru versi 4.* dalam alur build dan rilis, kami telah menambahkan dukungan untuk modul Az baru untuk semua platform. Tugas Azure PowerShell versi 3.* akan terus mendukung modul AzureRM. Namun, untuk mengikuti layanan dan fitur Azure terbaru, kami sarankan Anda beralih ke tugas Azure PowerShell versi 4.* sesegera mungkin.

Modul Az memiliki mode kompatibilitas untuk membantu Anda menggunakan skrip yang ada saat Anda memperbaruinya untuk menggunakan sintaks baru. Untuk mengaktifkan kompatibilitas modul Az, gunakan perintah Enable-AzureRmAlias. Alias memungkinkan Anda menggunakan nama cmdlet lama dengan modul Az. Anda bisa mendapatkan detail selengkapnya tentang migrasi dari modul Azure RM ke modul Azure PowerShell Az di sini.

Nota

Anda perlu menginstal modul Az di komputer agen Anda jika Anda menggunakan agen privat.

Untuk informasi selengkapnya tentang modul Azure PowerShell Az, lihat dokumentasi di sini.

Peningkatan otorisasi sumber daya

Kami perlu menyediakan keamanan untuk sumber daya yang dilindungi (misalnya, koneksi layanan, grup variabel, kumpulan agen, file aman) saat direferensikan dalam file YAML. Pada saat yang sama, kami ingin mempermudah Anda untuk menyiapkan dan menggunakan alur yang menggunakan jenis sumber daya ini untuk skenario non-produksi. Sebelumnya, kami menambahkan pengaturan untuk menandai sumber daya sebagai 'diotorisasi untuk digunakan di semua alur'.

Dengan pembaruan ini, kami mempermudah Anda untuk memperbaiki masalah otorisasi sumber daya meskipun Anda belum menandai sumber daya seperti itu. Dalam pengalaman baru, ketika build gagal karena kesalahan otorisasi sumber daya, Anda akan melihat opsi untuk secara eksplisit mengotorisasi penggunaan sumber daya tersebut dalam alur, lalu melanjutkan. Anggota tim dengan wewenang untuk memberikan otorisasi sumber daya akan dapat menyelesaikan tindakan ini langsung dari build yang mengalami kegagalan.

Ringkasan pipeline dengan kesalahan otorisasi.

Kebijakan retensi yang disederhanakan untuk pipeline pembangunan

Kami menyederhanakan model retensi untuk semua alur build termasuk build YAML. Ada pengaturan baru di tingkat proyek yang memungkinkan Anda mengontrol berapa hari Anda ingin mempertahankan build setiap pipeline dan berapa hari Anda ingin mempertahankan artefak setiap build. Jika Anda menggunakan editor klasik untuk membuat alur build, maka pengaturan retensi yang lebih lama akan terus dihormati, tetapi alur yang lebih baru akan menggunakan pengaturan baru. Anda dapat mengelola retensi di bawah halaman pengaturan alurpengaturan proyek.

Artefak pipeline diambil secara otomatis pada rilis

Sebelumnya, jika alur build yang ditautkan ke rilis telah menerbitkan artefak menggunakan tugas Publish Pipeline Artifact, artefak-artefak tersebut tidak secara otomatis diambil dalam proses rilis. Sebagai gantinya, Anda harus menambahkan tugas Unduh Artefak Pipeline secara eksplisit dalam alur rilis untuk mengunduh artefak.

Sekarang, artefak alur apa pun yang diterbitkan oleh alur build secara otomatis diunduh dan tersedia untuk Anda dalam rilis. Anda juga dapat menyesuaikan pengunduhan artefak alur Anda dari properti fase alur rilis.

Laporan cakupan kode Cobertura diperbarui.

Sebelumnya, ketika Anda menjalankan pengujian dalam pipeline dan menerbitkan hasil cakupan kode ke Azure DevOps, adalah perlu untuk menentukan ringkasan XML dan file laporan HTML. Selain itu, gaya dalam laporan HTML dihapus sebelum dirender di tab cakupan kode. Penghapusan gaya ini diperlukan dari sudut keamanan karena file HTML arbitrer dapat diunggah.

Dengan pembaruan ini kami telah mengatasi batasan ini untuk laporan cakupan Cobertura. Saat menerbitkan laporan cakupan kode, Anda tidak perlu lagi menentukan file HTML. Laporan dibuat secara otomatis dan dirender dengan gaya yang sesuai di tab cakupan kode. Kemampuan ini menggunakan alat sumber terbuka ReportGenerator.

Cakupan kode.

Pelaporan

Laporan durasi dan kegagalan pembuatan

Penting untuk memiliki metrik dan wawasan untuk terus meningkatkan throughput dan stabilitas alur Anda. Sebagai langkah pertama untuk memberi Anda analitik alur, kami menambahkan dua laporan untuk memberi Anda metrik dan wawasan tentang alur Anda.

  1. Laporan kegagalan akan menunjukkan tingkat keberhasilan build dan tren kegagalan. Selain itu, ini juga akan menunjukkan tren kegagalan tugas untuk memberikan wawasan tentang tugas mana yang berkontribusi pada jumlah maksimum kegagalan.

    Laporan kegagalan dan durasi build.

  2. Laporan durasi akan memiliki durasi proses beserta perubahannya.

    Tren laporan durasi alur.

Ketersediaan Analitik secara umum

Kami sangat senang mengumumkan bahwa fitur Analitik berikut akan disertakan dalam Azure DevOps tanpa biaya tambahan.

  1. Widget Analitik adalah modul yang dapat dikonfigurasi yang menampilkan data di dasbor dan membantu Anda memantau kemajuan pekerjaan Anda. Widget yang disertakan adalah sebagai berikut:

  2. Dalam produk, kami menyertakan laporan pengujian gagal teratas untuk mendapatkan wawasan tentang pengujian gagal teratas di alur Anda untuk membantu meningkatkan keandalan alur dan mengurangi utang pengujian.

    Laporan kegagalan pengujian.

Kami juga akan terus menawarkan integrasi Power BI melalui tampilan analitik dan akses langsung ke titik akhir OData kami dalam pratinjau untuk semua pelanggan Azure DevOps Services.

Jika Anda menggunakan ekstensi marketplace Analytics, Anda dapat terus menggunakan Analytics seperti yang Anda lakukan sebelumnya dan tidak perlu mengikuti langkah-langkah tambahan apa pun. Ini berarti bahwa kami akan menghentikan ekstensi marketplace Analytics untuk pelanggan yang dihosting.

Penawaran Azure DevOps Analytics adalah masa depan pelaporan dan kami akan terus berinvestasi dalam fitur baru yang didorong oleh Analytics. Anda dapat menemukan informasi selengkapnya tentang Analytics di tautan di bawah ini.

Wiki

Pemberitahuan di halaman wiki

Hingga saat ini, Anda tidak memiliki cara untuk mengetahui kapan konten di halaman wiki diubah. Sekarang Anda dapat mengikuti halaman wiki untuk mendapatkan pemberitahuan melalui email ketika halaman diedit, dihapus, atau diganti namanya. Untuk melacak perubahan yang dilakukan pada wiki, pilih tombol Ikuti dari halaman wiki.

Halaman Wiki.

Fitur ini telah diprioritaskan berdasarkan tiket saran ini. Untuk mempelajari lebih lanjut, lihat dokumentasi kami di sini.

Administrasi

Mengelola tagihan untuk organisasi Anda dari Azure DevOps

Kami dengan senang hati mengumumkan bahwa Anda sekarang dapat mengelola tagihan organisasi Anda dari portal Azure DevOps. Administrator tidak perlu lagi menyiapkan tagihan melalui portal Microsoft Azure. Untuk mengelola pengaturan penagihan, buka Pengaturan Organisasi Anda dan pilih Tagihan.

Di bawah ini adalah daftar pengaturan yang dapat Anda kelola dari tab Penagihan .

  1. Anda dapat memilih langganan Azure yang akan digunakan untuk penagihan.

    Pengaturan penagihan organisasi.

  2. Anda dapat mengubah langganan Azure yang digunakan organisasi Anda untuk penagihan dengan memilih langganan lain. Sebelumnya, Anda harus menghapus tagihan dan kemudian dengan hati-hati membeli kembali tingkat yang sama untuk setiap sumber daya berbayar Anda (Pengguna dasar, pengguna Manajemen Paket, alur MS Hosted, dll...). Proses ini melelahkan dan rentan terhadap kesalahan. Sekarang Anda dapat mengubah langganan Azure yang digunakan organisasi Anda untuk penagihan dengan memilih langganan lain dan mengklik simpan.

    Penagihan ID Langganan Azure

  3. Tidak perlu lagi membuka Visual Studio Marketplace untuk mengelola penyiapan penagihan. Kami telah menambahkan kemampuan untuk membayar pengguna tambahan untuk Basic, Test Manager, dan Manajemen Paket (Azure Artifacts). Anda dapat menambah atau mengurangi jumlah pengguna yang dibayar organisasi Anda dari tab Penagihan baru.

    Pembayaran penagihan untuk pengguna tambahan.

Langkah selanjutnya

Nota

Fitur-fitur ini akan diluncurkan selama dua hingga tiga minggu ke depan.

Buka Azure DevOps dan lihat.

Pergi ke Azure DevOps

Cara memberikan umpan balik

Kami akan senang mendengar apa yang Anda pikirkan tentang fitur-fitur ini. Gunakan menu umpan balik untuk melaporkan masalah atau memberikan saran.

Buat saran

Anda juga bisa mendapatkan saran dan pertanyaan yang dijawab oleh komunitas di Stack Overflow.

Terima kasih

Jeremy Epling

  • Last updated on