Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Persyaratan Sistem Komunitas | Pengembang dan Ketentuan | | TFS DevOps Blog | SHA-1 Hash | | Catatan Rilis Visual Studio 2019 Terbaru|
Catatan
Ini bukan versi terbaru Team Foundation Server. Untuk mengunduh rilis terbaru, silakan kunjungi catatan rilis saat ini untuk Team Foundation Server 2018 Update 3. Anda dapat mengubah bahasa halaman ini dengan mengklik ikon bola dunia di footer halaman dan memilih bahasa yang Anda inginkan.
Dalam artikel ini, Anda akan menemukan informasi mengenai Team Foundation Server 2017. Klik tombol untuk mengunduh.
Untuk mempelajari selengkapnya tentang Team Foundation Server 2017, lihat halaman Persyaratan dan Kompatibilitas Server Team Foundation.
Silakan lihat halaman Penginstalan TFS untuk informasi selengkapnya.
Tanggal Rilis: 28 Februari 2018
Pembaruan ini memperbaiki potensi scripting lintas situs (XSS) dan kerentanan keamanan lainnya. Lihat posting blog untuk informasi selengkapnya. Ini adalah peningkatan penuh, sehingga Anda dapat meningkatkan langsung ke TFS 2017.0.1.
Tanggal Rilis: 16 November 2016
Ringkasan Apa yang Baru di Team Foundation Server 2017
- Pencarian Kode
- Manajemen Paket
- Peningkatan Tangkas
- Dasbor dan Peningkatan Widget
- Peningkatan Git
- Peningkatan Build
- Peningkatan Manajemen Rilis
- Penyempurnaan Pengujian
- Peningkatan Marketplace
- Penyempurnaan Administrasi
- Token Akses Pribadi
Masalah Umum
Detail Tentang Apa yang Baru di Team Foundation Server 2017
Pencarian Kode
Pencarian Kode menyediakan pencarian yang cepat, fleksibel, dan akurat di semua kode Anda. Saat basis kode Anda berkembang dan dibagi di beberapa proyek dan repositori, menemukan apa yang Anda butuhkan menjadi semakin sulit. Untuk memaksimalkan kolaborasi lintas tim dan berbagi kode, Pencarian Kode dengan cepat dan efisien menemukan informasi yang relevan di semua proyek Anda.
Dari menemukan contoh implementasi API, menelusuri definisinya, hingga mencari teks kesalahan, Pencarian Kode memberikan solusi satu stop untuk semua eksplorasi kode dan kebutuhan pemecahan masalah (Gambar 1).
Penawaran Pencarian Kode:
- Mencari di satu atau beberapa proyek
- Peringkat Semantik
- Pemfilteran kaya
- Kolaborasi kode
Untuk detailnya, lihat Mencari di semua kode Anda.
Manajemen Paket
Paket memungkinkan Anda berbagi kode di seluruh organisasi Anda: Anda dapat membuat produk besar, mengembangkan beberapa produk berdasarkan kerangka kerja bersama umum, atau membuat dan berbagi komponen dan pustaka yang dapat digunakan kembali. Manajemen Paket (Gambar 2) memfasilitasi berbagi kode dengan menghosting paket Anda, membagikannya dengan orang yang Anda pilih, dan membuatnya mudah diakses oleh Team Build dan Release Management.
Manajemen Paket menghilangkan kebutuhan untuk menghosting server NuGet atau berbagi file terpisah dengan menghosting paket NuGet langsung di Server Team Foundation Anda. Ini memiliki dukungan terbaik di kelasnya untuk NuGet 3.x serta dukungan untuk klien warisan NuGet 2.x. Ini bekerja dengan mulus dengan infrastruktur, tim, dan izin TFS yang ada, sehingga tidak perlu berurusan dengan menyinkronkan identitas, mengelola grup di beberapa tempat, dll. Ini juga terintegrasi dengan mudah dengan Team Build sehingga Anda dapat membuat dan menggunakan paket dalam alur kerja integrasi berkelanjutan.
Untuk detail selengkapnya, lihat ringkasan Manajemen Paket.
Peningkatan Tangkas
Di Team Foundation Server 2017, kami telah menambahkan fitur dan fungsionalitas baru untuk item kerja dan papan Kanban.
Formulir item kerja baru
Formulir item kerja baru (Gambar 3) memiliki tampilan dan nuansa baru. Ini juga menambahkan beberapa fitur baru yang hebat:
- Pengalaman diskusi item kerja yang kaya.
- Seret dan letakkan dukungan untuk lampiran.
- Pengalaman riwayat yang ditingkatkan (Riwayat & audit).
- Peningkatan kode dan integrasi build.
- Pewarnaan status.
- Desain responsif.
Catatan
Formulir item kerja baru adalah default untuk koleksi baru saja. Jika Anda memigrasikan koleksi yang sudah ada, Anda harus mengaktifkan formulir item kerja baru dari pengaturan admin. Untuk informasi selengkapnya, lihat Mengelola peluncuran formulir web baru.
Mengikuti item kerja
Anda sekarang dapat menyiapkan pemberitahuan untuk melacak perubahan pada satu item kerja hanya dengan mengklik tombol "Ikuti" baru (Gambar 4) dalam formulir. Saat Anda mengikuti item kerja, Anda akan diberi tahu kapan saja item kerja berubah - termasuk pembaruan bidang, tautan, lampiran, dan komentar.
Untuk detailnya, lihat Mengikuti item kerja.
Pembaruan langsung papan Kanban
Papan Kanban Anda sekarang hidup!
Apakah Anda telah memukul F5 untuk mencari tahu apa yang terjadi sepanjang hari dengan papan Kanban Anda? Coba ikon pada cuplikan layar di bawah ini (Gambar 5).
Saat siapa pun di tim Anda membuat, memperbarui, atau menghapus item kerja di papan, Anda akan segera menerima pembaruan langsung di papan Anda. Selain itu, jika administrator membuat pembaruan tingkat papan atau tim seperti menambahkan kolom baru atau mengaktifkan bug di backlog, Anda akan diberi tahu untuk me-refresh papan untuk memperbarui tata letak papan Anda. Yang perlu Anda lakukan adalah mengaktifkan ikon menara di papan Kanban Anda dan mulai berkolaborasi dengan tim Anda.
Untuk informasi selengkapnya, lihat Dasar-dasar Kanban.
Penyempurnaan daftar periksa
Kami telah melakukan beberapa penyempurnaan pada cara kerja Daftar Periksa.
Judul daftar periksa sekarang muncul sebagai hyperlink (Gambar 6). Anda dapat mengklik judul untuk membuka formulir item kerja.
Daftar periksa sekarang juga mendukung menu konteks yang memungkinkan Anda membuka, mengedit, atau menghapus item daftar periksa (Gambar 7).
Untuk detailnya, lihat Menambahkan daftar periksa tugas.
Penelusuran Epik dan Papan Fitur
Anda sekarang memiliki kemampuan untuk menelusuri paling detail di papan Epik dan Fitur Anda (Gambar 8). Format daftar periksa memungkinkan Anda dengan mudah menandai pekerjaan sebagai selesai, dan memberikan tampilan mata burung yang lengkap versus pekerjaan yang luar biasa.
Untuk informasi selengkapnya, lihat Fitur dan epik Kanban.
Mengaktifkan/menonaktifkan anotasi papan
Kami memberi Anda lebih banyak kontrol atas informasi tambahan yang ditampilkan pada kartu di papan Anda. Sekarang Anda dapat memilih anotasi yang ingin Anda lihat di kartu Kanban Anda (Gambar 9). Cukup batalkan pemilihan anotasi dan menghilang dari kartu di papan Kanban Anda. Dua anotasi pertama yang muncul di sini adalah item kerja anak (tugas dalam contoh ini) dan anotasi Uji.
Untuk informasi selengkapnya, lihat Menyesuaikan Kartu.
Hapus perintah pemformatan
Kami telah menambahkan perintah baru ke semua kontrol teks kaya pada item kerja yang memungkinkan Anda menghapus semua pemformatan dari teks yang dipilih. Jika Anda seperti kebanyakan pengguna, Anda mungkin telah dibakar di masa lalu dengan menyalin dan menempelkan teks berformat ke bidang ini yang tidak dapat Anda batalkan (atau hapus). Sekarang Anda cukup menyoroti teks apa pun, pilih tombol Hapus toolbar Pemformatan (atau tekan CTRL+Spacebar), dan Anda akan melihat teks kembali ke format defaultnya.
Pemfilteran di papan Kanban
Personalisasi papan Kanban Anda dengan mengatur filter pada pengguna, iterasi, jenis item kerja, dan tag (Gambar 10). Filter ini bertahan sehingga Anda dapat melihat papan yang dipersonalisasi, bahkan saat Anda terhubung dari beberapa perangkat.
Anggota tim juga dapat memfilter papan mereka untuk melihat kemajuan yang bertambah ke item kerja induk tertentu. Misalnya, pengguna dapat melihat cerita pengguna yang ditautkan ke fitur, atau melihat pekerjaan di dua fitur atau lebih yang digulung ke epik. Fitur ini, sama seperti Daftar Periksa, adalah satu langkah lagi dalam upaya kami untuk membawa visibilitas ke tingkat backlog yang berbeda.
Untuk detailnya, lihat Memfilter papan Kanban.
Jalur perulangan default untuk item kerja baru
Saat Anda membuat item kerja baru dari tab Kueri atau dari widget dasbor Item Kerja Baru, jalur perulangan item kerja tersebut selalu diatur ke perulangan saat ini. Ini bukan yang diinginkan semua tim, karena itu berarti bahwa bug dapat segera muncul di papan tugas. Dengan peningkatan ini, tim dapat memilih jalur iterasi default (yang spesifik atau iterasi saat ini) yang harus digunakan untuk item kerja baru. Navigasi ke area administrasi untuk tim Anda guna memilih iterasi default.
Untuk informasi selengkapnya, lihat halaman Kustomisasi area dan jalur iterasi.
Kontrol kotak centang
Sekarang Anda dapat menambahkan kontrol kotak centang ke item kerja Anda (Gambar 11). Jenis bidang baru (Boolean) ini memiliki semua properti bidang normal dan dapat ditambahkan ke jenis apa pun dalam proses Anda. Saat ditampilkan pada kartu atau dalam hasil kueri, nilai ditampilkan sebagai True/False.
Untuk detailnya, lihat Mengkustomisasi bidang.
Pengeditan massal tag
Sekarang Anda dapat menambahkan dan menghapus tag dari beberapa item kerja menggunakan dialog edit massal (Gambar 12).
Untuk detailnya, lihat Menambahkan tag ke item kerja.
Titik ekstensi baru
Kami telah menambahkan titik kontribusi baru pada halaman papan dan backlog untuk memungkinkan Anda menulis ekstensi sebagai tab pivot di samping tab Papan/Backlog/Kapasitas.
Kami telah mengekspos titik ekstensi baru di backlog. Ekstensi dapat menargetkan panel di sisi kanan, di mana pemetaan dan detail kerja hari ini (Gambar 13).
Penyempurnaan email
Kami telah secara signifikan meningkatkan pemformatan dan kegunaan pemberitahuan item kerja, berikut, dan @mention email yang dikirim oleh TFS (Gambar 14). Email sekarang menyertakan header yang konsisten, ajakan bertindak yang jelas, dan pemformatan yang ditingkatkan untuk memastikan informasi dalam email lebih mudah digunakan dan dipahami. Selain itu, semua email ini dirancang untuk memastikan email tersebut dirender dengan baik di perangkat seluler.
Untuk informasi selengkapnya, lihat Pemberitahuan item kerja.
Templat item kerja
Kami menambahkan kemampuan untuk membuat templat item kerja yang kaya langsung ke pengalaman web asli (Gambar 15). Kemampuan ini sebelumnya sangat terbatas di web, dan hanya tersedia dalam bentuk baru ini melalui alat daya Visual Studio. Teams sekarang dapat membuat dan mengelola sekumpulan templat untuk memodifikasi bidang umum dengan cepat.
Untuk detailnya, lihat Templat item kerja.
Integrasi server proyek tidak lagi didukung
Team Foundation Server 2017 dan versi yang lebih baru tidak lagi mendukung integrasi Project Server. Pada RC2, jika Anda meningkatkan database TFS yang memiliki integrasi Project Server yang dikonfigurasi, Anda akan menerima peringatan berikut:
Kami telah mendeteksi bahwa Anda memiliki integrasi Project Server yang dikonfigurasi untuk database ini. Team Foundation Server 2017 dan versi yang lebih baru tidak lagi mendukung integrasi Project Server.
Setelah peningkatan, integrasi Project Server tidak lagi beroperasi.
Ke depannya, kami akan mengandalkan Mitra untuk menyediakan solusi integrasi.
Untuk informasi selengkapnya tentang perubahan ini, silakan baca topik berikut: Sinkronkan TFS dengan Project Server.
Peningkatan Dasbor dan Widget
Team Foundation Server 2017 telah melakukan penyempurnaan pada beberapa widget, seperti widget Ubin Kueri dan Permintaan Pull.
Katalog widget yang didesain ulang
Kami telah mendesain ulang katalog widget kami untuk mengakomodasi serangkaian widget yang berkembang dan memberikan pengalaman keseluruhan yang lebih baik (Gambar 16). Desain baru mencakup pengalaman pencarian yang ditingkatkan dan telah dihentikan agar sesuai dengan desain panel konfigurasi widget kami.
Untuk detail selengkapnya, lihat Katalog Widget.
Pembaruan widget
Widget Petak Peta Kueri sekarang mendukung hingga 10 aturan bersyarkat dan memiliki warna yang dapat dipilih (Gambar 17). Ini sangat berguna ketika Anda ingin menggunakan petak peta ini sebagai indikator performa utama (KPI) untuk mengidentifikasi kesehatan dan/atau tindakan yang mungkin diperlukan.
Widget Pull Request sekarang mendukung beberapa ukuran, memungkinkan pengguna mengontrol tinggi widget. Kami sedang berupaya membuat sebagian besar widget yang kami kirim dapat diubah besar, jadi cari lebih banyak di sini.
Widget Item Kerja Baru sekarang memungkinkan Anda memilih jenis item kerja default, alih-alih memaksa Anda untuk memilih jenis paling umum yang Anda buat berulang-ulang dari daftar drop-down.
Kami telah membuat widget bagan WIT dapat diubah ukurannya. Ini memungkinkan pengguna untuk melihat tampilan yang diperluas dari bagan WIT apa pun di dasbor terlepas dari ukuran aslinya.
Kami telah memperbarui widget Anggota Tim untuk mempermudah penambahan seseorang ke tim Anda (Gambar 18).
Teams sekarang dapat mengonfigurasi ukuran widget Hasil Kueri dasbor, yang memungkinkannya menampilkan lebih banyak hasil.
Widget Gambaran Umum Sprint telah didesain ulang sehingga memudahkan tim untuk melihat apakah mereka berada di jalurnya.
Widget Ditetapkan ke Saya membantu pengguna mengelola pekerjaan yang ditetapkan kepada mereka tanpa meninggalkan konteks dasbor (Gambar 19). Dengan menyediakan widget yang didedikasikan untuk tujuan ini, admin tim dapat menambahkan fungsionalitas ini ke dasbor mereka dengan 16 klik lebih sedikit, tidak ada sakelar konteks dan tidak diperlukan pengetikan. Pengguna sekarang dapat melihat, mengurutkan, memfilter, dan mengelola pekerjaan yang ditetapkan kepada mereka dalam konteks widget.
API REST Dasbor
Sekarang Anda dapat menggunakan REST API untuk menambahkan, menghapus, dan mendapatkan informasi secara terprogram di dasbor. API juga memungkinkan Anda menambahkan, menghapus, memperbarui, mengganti, dan mendapatkan informasi tentang widget atau daftar widget di dasbor. Dokumentasi tersedia di dokumen online Visual Studio.
Dasbor yang diizinkan
Pengguna non-admin sekarang dapat membuat dan mengelola dasbor tim. Admin tim dapat membatasi izin non-admin melalui manajer dasbor.
Untuk informasi selengkapnya, lihat Dasbor.
Peningkatan Git
Beberapa perubahan besar telah dilakukan di Git untuk Team Foundation Server 2017. Disertakan adalah desain ulang halaman Cabang dan opsi baru untuk "penggabungan squash".
Halaman Cabang yang Didesain Ulang
Halaman Cabang telah sepenuhnya didesain ulang. Ini memiliki pivot "tambang" yang menunjukkan cabang yang Anda buat, dorong ke, atau favorit ( Gambar 20). Setiap cabang menunjukkan status permintaan build dan pull, serta perintah lain seperti Hapus. Jika ada garis miring dalam nama cabang, seperti "fitur/jeremy/fix-bug", itu ditampilkan sebagai pohon, sehingga mudah untuk menelusuri daftar besar cabang. Jika Anda tahu nama cabang Anda, Anda dapat mencari untuk menemukan yang Anda inginkan dengan cepat.
Untuk detail selengkapnya tentang cabang, lihat Mengelola cabang.
Pengalaman permintaan pull baru
Pengalaman permintaan pull memiliki beberapa pembaruan besar rilis ini, menghadirkan beberapa kemampuan diff yang sangat kuat, pengalaman berkomentar baru, dan antarmuka pengguna yang sepenuhnya disegarkan.
Untuk detail selengkapnya, lihat Meninjau kode dengan Permintaan Pull.
Antarmuka Pengguna yang Didesain Ulang
Saat membuka permintaan pull, tampilan dan nuansa baru langsung terlihat (Gambar 21). Kami telah mengatur ulang header untuk meringkas semua status dan tindakan penting, membuatnya dapat diakses dari setiap tampilan dalam pengalaman.
Gambaran Umum
Gambaran Umum sekarang menyoroti Deskripsi PR dan membuatnya lebih mudah daripada sebelumnya untuk memberikan umpan balik (Gambar 22). Peristiwa dan komentar ditampilkan dengan item terbaru di atas untuk membantu peninjau melihat perubahan terbaru dan komentar di depan dan tengah. Kebijakan, item kerja, dan peninjau semuanya disediakan secara rinci dan diatur ulang agar lebih jelas dan ringkas.
Files
Fitur baru terbesar dalam rilis ini adalah kemampuan untuk melihat pembaruan sebelumnya yang dibuat untuk permintaan pull (Gambar 23). Dalam pratinjau sebelumnya, kami merilis kemampuan untuk melacak komentar dengan benar saat PR diperbarui dengan perubahan. Namun, tidak selalu mudah untuk melihat apa yang ada di antara pembaruan. Dalam tampilan File, Anda sekarang dapat melihat dengan tepat apa yang berubah setiap kali kode baru didorong ke PR Anda. Ini sangat berguna jika Anda telah memberikan umpan balik tentang beberapa kode dan ingin melihat persis bagaimana perubahannya, terisolasi dari semua perubahan lain dalam ulasan.
Pembaruan
Tampilan Pembaruan baru memperlihatkan bagaimana PR berubah dari waktu ke waktu (Gambar 24). Di mana tampilan File memperlihatkan bagaimana file telah berubah dari waktu ke waktu, tampilan Pembaruan memperlihatkan penerapan yang ditambahkan di setiap pembaruan. Jika dorongan paksa pernah terjadi, tampilan Pembaruan akan terus menampilkan pembaruan sebelumnya saat terjadi dalam riwayat.
Komentar, sekarang dengan markdown dan emoji
Gunakan kekuatan penuh markdown dalam semua diskusi Anda, termasuk pemformatan, kode dengan penyorotan sintaks, tautan, gambar, dan emoji (Gambar 25). Kontrol komentar juga memiliki pengalaman pengeditan yang lebih ramah pengguna yang memungkinkan beberapa komentar diedit (lalu disimpan) sekaligus.
Menambahkan dan menghapus peninjau dalam permintaan pull
Sekarang lebih mudah untuk menambahkan dan menghapus peninjau dari permintaan pull Anda. Untuk menambahkan peninjau atau grup ke permintaan pull Anda, cukup masukkan namanya ke dalam kotak pencarian di bagian Peninjau. Untuk menghapus peninjau, arahkan mouse ke atas petak peta mereka di bagian Peninjau dan klik X untuk menghapusnya (Gambar 26).
Peningkatan keterlacakan permintaan build dan pull
Keterlacakan antara build dan permintaan pull telah meningkat, sehingga mudah untuk menavigasi dari PR ke build dan back. Dalam tampilan detail build untuk build yang dipicu oleh permintaan pull, sumber sekarang akan menampilkan tautan ke permintaan pull yang mengantri build. Dalam tampilan Definisi Build, build apa pun yang dipicu oleh permintaan pull akan menyediakan tautan ke permintaan pull di kolom "Dipicu Oleh". Terakhir, tampilan Build Explorer akan mencantumkan permintaan pull di kolom sumber.
Pelacakan komentar untuk permintaan pull
Permintaan pull di VSTS telah ditingkatkan untuk menampilkan komentar yang tersisa dalam file pada baris yang tepat, bahkan jika file tersebut telah diubah sejak komentar ditambahkan. Sebelumnya, komentar selalu ditampilkan pada baris file tempat mereka awalnya ditambahkan, bahkan jika konten file berubah—dengan kata lain, komentar di baris 10 akan selalu ditampilkan di baris 10. Dengan peningkatan terbaru, komentar mengikuti kode untuk menunjukkan apa yang diharapkan pengguna—jika komentar ditambahkan pada baris 10, dan dua baris baru kemudian ditambahkan ke awal file, komentar ditampilkan di baris 12.
Berikut adalah contoh perubahan dengan komentar di baris 13 (Gambar 27):
Bahkan setelah kode berubah untuk menggeser baris dengan komentar asli dari 13 ke 14, komentar muncul di tempat yang diharapkan pada baris 14 (Gambar 28).
Menyelesaikan permintaan pull secara otomatis menunggu kebijakan
Tim yang menggunakan kebijakan cabang untuk melindungi cabang mereka ingin memeriksa tindakan lengkapi otomatis. Sering kali, penulis permintaan pull siap untuk menggabungkan PR mereka, tetapi mereka menunggu build selesai sebelum mereka dapat mengklik Selesai. Di lain waktu, build lolos, tetapi ada satu peninjau yang belum memberikan persetujuan akhir. Dalam kasus ini, tindakan lengkapi otomatis memungkinkan penulis mengatur PR untuk secara otomatis selesai segera setelah semua kebijakan disetujui (Gambar 29).
Sama seperti tindakan lengkap manual, penulis memiliki kesempatan untuk menyesuaikan pesan penerapan penggabungan dan memilih opsi penggabungan yang sesuai (Gambar 30).
Setelah selesai otomatis diatur, PR akan menampilkan banner yang mengonfirmasi bahwa penyelesaian otomatis diatur dan menunggu kebijakan selesai (Gambar 31).
Ketika semua kebijakan terpenuhi (misalnya, build selesai, atau persetujuan akhir tersebut diberikan), PR digabungkan menggunakan opsi dan komentar yang ditentukan. Seperti yang diharapkan, jika ada kegagalan build atau peninjau tidak menyetujui, PR tetap aktif sampai kebijakan berlalu.
Permintaan pull penggabungan squash
Saat menyelesaikan permintaan pull, Anda sekarang memiliki opsi untuk menggabungkan squash (Gambar 32). Opsi baru ini menghasilkan satu penerapan yang berisi perubahan dari cabang topik yang diterapkan ke cabang target. Perbedaan paling mencolok antara penggabungan reguler dan penggabungan squash adalah bahwa penerapan penggabungan squash hanya akan memiliki satu penerapan induk. Ini akan berarti grafik riwayat yang lebih sederhana, karena setiap penerapan menengah yang dibuat ke cabang topik tidak akan dapat dijangkau dalam grafik penerapan yang dihasilkan.
Anda dapat menemukan informasi selengkapnya di Permintaan pull penggabungan Squash.
Menerapkan keterlacakan
Status build (berhasil atau gagal) sekarang terlihat jelas di tampilan Code Explorer dan Commit Details (Gambar 33). Detail lebih lanjut hanya dengan sekali klik, jadi Anda akan selalu tahu apakah perubahan dalam penerapan melewati build atau tidak. Anda juga dapat menyesuaikan status posting build mana di opsi repositori untuk definisi build. Selain itu, perubahan terbaru pada tampilan Detail Penerapan memberikan wawasan yang lebih mendalam tentang perubahan Anda. Jika Anda menggunakan permintaan pull untuk menggabungkan perubahan, Anda akan melihat tautan ke permintaan pull yang memperkenalkan perubahan ke cabang utama (atau dalam kasus penerapan penggabungan, PR yang membuatnya). Ketika perubahan Anda telah mencapai utama, tautan cabang akan muncul untuk mengonfirmasi bahwa perubahan telah disertakan.
Menampilkan file Git LFS di Web
Jika Anda sudah bekerja dengan file besar di Git (audio, video, himpunan data, dll.), maka Anda tahu bahwa Git Large File Storage (LFS) mengganti file-file ini dengan pointer di dalam Git, sambil menyimpan konten file di server jarak jauh. Ini memungkinkan untuk melihat konten lengkap file besar ini hanya dengan mengklik file di repositori Anda.
Untuk informasi selengkapnya, lihat Mengelola file besar dengan Git.
Membuat dan mengirim tautan ke bagian kode tertentu
Bagikan referensi kode dengan mudah dengan tautan kode (Gambar 34). Cukup pilih teks dalam file dan klik ikon Tautkan. Ini akan menyalin tautan ke kode yang dipilih. Ketika seseorang melihat tautan itu, kode yang Anda sorot akan memiliki latar belakang emas. Bahkan berfungsi untuk pemilihan garis parsial.
Status API
Keberhasilan atau kegagalan build sekarang terlihat jelas di penjelajah kode dan menerapkan tampilan detail (Gambar 35). Detail selengkapnya hanya dengan sekali klik, jadi Anda selalu tahu apakah perubahan dalam penerapan melewati build atau tidak. Anda juga dapat menyesuaikan build mana yang memposting status build di opsi repositori untuk definisi build.
Ikon jenis file
Anda akan melihat ikon file baru yang cocok dengan ekstensi file di penjelajah, permintaan pull, detail penerapan, shelveset, set perubahan, atau tampilan lain yang menampilkan daftar file (Gambar 36).
Menambahkan ReadMe selama pembuatan repositori
Pembuatan repositori Git baru telah ditingkatkan dengan memberi pengguna kemampuan untuk menambahkan file ReadMe (Gambar 37). Menambahkan ReadMe ke repositori tidak hanya membantu orang lain memahami tujuan basis kode, tetapi juga memungkinkan Anda untuk segera mengkloning repositori.
Peningkatan Build
Dalam rilis ini, kami telah meningkatkan ukuran log, menambahkan templat build Java, dan peningkatan dukungan Xamarin kami untuk memberi nama beberapa perubahan.
Tab antrean build yang didesain ulang
Kami telah menerapkan desain baru untuk halaman build Antrean yang menunjukkan daftar build yang diantrekan dan berjalan lebih lama, dan dengan cara yang lebih intuitif (Gambar 38).
Untuk informasi selengkapnya, lihat Mengelola sistem build Anda.
Mengaktifkan ekstensi hasil build untuk menentukan urutan dan kolom
Ekstensi bagian hasil build sekarang dapat menentukan kolom mana dan urutan munculnya (Gambar 39). Tampilan hasil memiliki dua kolom, dan semua ekstensi berada di kolom pertama secara default. Catatan: Semua ekstensi pihak ketiga akan muncul setelah bagian hasil build yang kami sertakan.
Membangun ke nomor baris
Sekarang Anda dapat melompat dari kesalahan build ke baris kode yang menyebabkannya. Melihat kesalahan terbaru pada build utama yang kami gunakan sebagai kebijakan permintaan pull secara internal, Anda melihat ini (Gambar 40):
Tampilan log build mendukung log yang jauh lebih besar
Tampilan log sebelumnya hanya mendukung log hingga 10.000 baris. Penampil baru didasarkan pada editor Monako yang digunakan dalam Visual Studio Code dan akan mendukung log hingga 150.000 baris.
Templat build Java
Kami telah mempermudah pengembang Java untuk memulai build dengan menambahkan templat build untuk Ant, Maven, dan Gradle (Gambar 41).
Untuk informasi selengkapnya tentang templat, lihat Langkah build.
Tugas build Xamarin
Kami melakukan beberapa peningkatan signifikan pada dukungan Xamarin kami:
- Langkah Xamarin.Android sekarang mendukung Mac dan Linux.
- Langkah Xamarin.iOS sekarang mendukung penandatanganan dan pengemasan.
- Hasil Xamarin Test Cloud dapat ditampilkan di halaman ringkasan build.
- Langkah pemulihan komponen Xamarin baru.
- Langkah Penginstal NuGet sekarang mendukung Mac OS.
Langkah Lisensi Xamarin tidak lagi diperlukan dan telah dihapus dari templat build. Sebagai bagian dari upaya ini, kami menghentikan tugas. Semua definisi build yang menggunakan tugas ini harus diperbarui untuk menghapusnya untuk mencegah gangguan saat tugas akhirnya dihapus.
Terakhir, kami telah meningkatkan templat definisi build Xamarin untuk menggunakan tugas baru ini. Buat aplikasi Xamarin Anda.
Integrasi Docker untuk manajemen build dan rilis
Manfaatkan kemampuan build untuk membangun gambar Docker Anda dan unggah ke Docker Hub sebagai bagian dari alur integrasi berkelanjutan Anda (Gambar 42). Kemudian, sebarkan gambar tersebut ke sejumlah host Docker sebagai bagian dari Manajemen Rilis. Ekstensi Marketplace menambahkan semua jenis titik akhir layanan dan tugas yang diperlukan agar Anda dapat bekerja dengan Docker.
SonarQube menghasilkan tampilan permintaan pull
Jika build run untuk menggabungkan permintaan pull berisi tugas SonarQube MSBuild, Anda sekarang akan melihat masalah analisis kode baru sebagai komentar diskusi dalam permintaan pull (Gambar 43). Pengalaman ini berfungsi untuk bahasa apa pun yang plug-innya diinstal di server SonarQube. Untuk informasi selengkapnya, lihat integrasi masalah Analisis Kode SonarQube ke dalam posting blog Permintaan Pull.
Mengonfigurasi pelaporan API status untuk definisi build
Anda sekarang dapat memilih definisi build mana yang melaporkan statusnya kembali ke API status Git. Ini sangat berguna jika Anda memiliki banyak definisi yang membangun repositori atau cabang tertentu, tetapi hanya memiliki satu yang mewakili kesehatan nyata.
Untuk informasi selengkapnya, lihat referensi Build REST API.
Membangun dukungan vNext di ruang tim
Selalu dimungkinkan untuk menambahkan pemberitahuan build XAML di ruang tim. Dengan sprint ini, pengguna juga dapat menerima pemberitahuan dari penyelesaian Build vNext.
Mengaktifkan filter jalur untuk pemicu Git CI
Pemicu CI untuk repositori Git yang dihosting dapat menyertakan atau mengecualikan jalur tertentu. Ini memungkinkan Anda mengonfigurasi definisi build untuk dijalankan hanya ketika file di jalur tertentu telah berubah (Gambar 44).
Peningkatan Manajemen Rilis
Sejak pengenalan manajemen Rilis berbasis web terintegrasi di Team Foundation Server 2015, kami telah membuat beberapa penyempurnaan dalam versi ini.
Mengkloning, mengekspor, dan mengimpor definisi rilis
Kami telah menggabungkan kemampuan untuk mengkloning, mengekspor, dan mengimpor definisi rilis dalam hub Rilis, tanpa memerlukan penginstalan ekstensi (Gambar 45).
Untuk detail selengkapnya, lihat Mengkloning, mengekspor, dan mengimpor dokumentasi definisi rilis.
Hasil pengujian ditampilkan dalam ringkasan rilis
Di halaman ringkasan rilis, kami telah mengaktifkan titik kontribusi untuk layanan eksternal untuk menampilkan informasi khusus lingkungan.
Di Team Services, fungsionalitas ini digunakan untuk menampilkan ringkasan hasil pengujian saat pengujian dijalankan sebagai bagian dari lingkungan rilis (Gambar 46).
Untuk detail selengkapnya, lihat Memahami tampilan ringkasan dokumentasi rilis .
Meneruskan token OAuth ke skrip
Jika Anda perlu menjalankan skrip PowerShell kustom yang memanggil REST API di Team Services, mungkin untuk membuat item kerja atau mengkueri build untuk informasi, Anda perlu meneruskan token OAuth dalam skrip.
Opsi baru saat Anda mengonfigurasi lingkungan memungkinkan skrip berjalan sebagai tugas di lingkungan untuk mengakses token OAuth saat ini (Gambar 47).
Untuk detail selengkapnya, lihat Dokumentasi opsi umum lingkungan.
Ini adalah contoh sederhana yang menunjukkan cara mendapatkan definisi build (Gambar 48):
Pemicu pada penyebaran yang berhasil sebagian
Tugas build dan rilis memiliki opsi untuk Melanjutkan kesalahan dalam parameter Opsi Kontrol untuk setiap tugas.
Dalam definisi build, ini menghasilkan Hasil build yang berhasil sebagian jika tugas dengan set opsi ini harus gagal.
Perilaku yang sama sekarang tersedia dalam definisi rilis. Jika tugas gagal, hasil rilis keseluruhan akan ditampilkan sebagai "Rilis berhasil sebagian" (Gambar 49).
Secara default, rilis yang berhasil sebagian tidak akan secara otomatis memicu rilis ke lingkungan berikutnya, bahkan jika perilaku ini ditentukan dalam opsi penyebaran lingkungan.
Namun, opsi baru dapat diatur di setiap lingkungan rilis yang menginstruksikan Manajemen Rilis untuk memicu rilis ke lingkungan berikutnya ketika rilis sebelumnya berhasil sebagian (Gambar 50).
Untuk detail selengkapnya, lihat Dokumentasi pemicu penyebaran lingkungan.
Mengonsumsi artefak yang disimpan di GitHub secara langsung
Terkadang Anda mungkin ingin mengonsumsi artefak yang disimpan dalam sistem kontrol versi secara langsung, tanpa meneruskannya melalui proses build, seperti yang dijelaskan dalam topik ini.
Anda sekarang dapat melakukan hal yang sama jika kode Anda disimpan di repositori GitHub (Gambar 51).
Untuk detail selengkapnya, lihat dokumentasi sumber TFVC, Git, dan GitHub.
Penyebaran Aplikasi Web menggunakan ARM
Versi baru tugas Penyebaran Azure Web App tersedia, yang disebut Penyebaran Aplikasi Web AzureRM.
Ini menggunakan MSDeploy dan koneksi titik akhir layanan Azure Resource Manager. Gunakan tugas ini untuk menyebarkan aplikasi Azure Web Jobs dan Azure API, selain aplikasi web berbasis ASP.NET 4, Node, dan Python.
Tugas ini juga mendukung opsi penerbitan umum seperti kemampuan untuk menyimpan data aplikasi, mengambil aplikasi secara off-line, dan menghapus file tambahan di tujuan.
Lebih banyak fitur, seperti transformasi konfigurasi, dapat muncul dalam versi yang akan datang (Gambar 52).
Grup tugas
Grup tugas memungkinkan Anda merangkum urutan tugas yang sudah ditentukan dalam build atau definisi rilis ke dalam satu tugas yang dapat digunakan kembali yang dapat ditambahkan ke definisi build atau rilis seperti tugas lain (Gambar 53).
Anda dapat memilih untuk mengekstrak parameter dari tugas yang dienkapsulasi sebagai variabel konfigurasi, dan mengabstraksi informasi tugas lainnya.
Grup tugas baru secara otomatis ditambahkan ke katalog tugas, siap ditambahkan ke definisi rilis dan build lainnya.
Untuk detail selengkapnya, lihat Dokumentasi Grup Tugas.
Penghapusan sementara rilis
Saat Anda menghapus rilis, atau dihapus secara otomatis oleh kebijakan penyimpanan, rilis dihapus dari daftar gambaran umum dan detail.
Namun, ini dipertahankan dengan definisi rilis untuk periode (biasanya 14 hari) sebelum dihapus secara permanen.
Selama periode ini, ini ditampilkan di tab Dihapus dari daftar gambaran umum dan detail.
Anda dapat memulihkan salah satu rilis ini dengan membuka menu pintasan dan memilih Batal hapus(Gambar 54).
Untuk detail selengkapnya, lihat Memulihkan dokumentasi Rilis yang dihapus.
Mempertahankan rilis dan build untuk setiap lingkungan
Kebijakan retensi rilis untuk definisi rilis menentukan durasi retensi untuk rilis dan build tertaut.
Secara default, rilis dipertahankan selama 60 hari. Rilis yang belum disebarkan atau dimodifikasi selama waktu tersebut akan dihapus secara otomatis.
Namun, Anda mungkin ingin mempertahankan lebih banyak rilis yang telah disebarkan ke lingkungan tertentu, seperti lingkungan produksi Anda, atau mempertahankannya lebih lama dari yang baru saja disebarkan ke lingkungan lain seperti pengujian, penahapan, dan QA.
Anda juga dapat mempertahankan build yang ditautkan ke rilis untuk periode yang sama dengan rilis untuk memastikan bahwa artefak tersedia jika Anda perlu menyebarkan ulang rilis tersebut (Gambar 55).
Untuk detail selengkapnya, lihat Dokumentasi rilis dan retensi build.
Peningkatan artefak tertaut
Dua fitur baru memudahkan untuk bekerja dengan artefak dan sumber artefak:
- Anda dapat menautkan beberapa sumber artefak ke definisi rilis (Gambar 56). Setiap artefak diunduh ke folder pada agen yang disebut alias sumber. Anda sekarang dapat mengedit alias sumber artefak tertaut. Misalnya, saat mengubah nama definisi build, Anda dapat mengedit alias sumber untuk mencerminkan nama definisi build.
- Sejumlah variabel format Build.* (seperti Build.BuildId dan Build.BuildNumber) diekspos untuk digunakan dalam parameter tugas. Ketika beberapa sumber dikaitkan dengan rilis, variabel ini sekarang diisi dengan nilai dari sumber artefak yang Anda tentukan sebagai sumber utama. Untuk detail selengkapnya, lihat Dokumentasi variabel Artefak.
Penyebaran - Tugas Intervensi Manual
Anda sekarang dapat menjeda eksekusi selama penyebaran ke lingkungan.
Menyertakan tugas Intervensi Manual di lingkungan memungkinkan Anda menghentikan penyebaran untuk sementara waktu, melakukan langkah manual, lalu melanjutkan langkah otomatis lebih lanjut.
Anda juga dapat menolak penyebaran dan mencegah langkah-langkah lebih lanjut dijalankan setelah intervensi manual (Gambar 57).
Untuk detail selengkapnya, lihat Dokumentasi intervensi manual.
Skrip tugas penyebaran SQL Database
Tugas PenyebaranAzure SQL Database (Gambar 58) telah ditingkatkan untuk menjalankan skrip SQL terhadap Azure SQL Database. Skrip dapat disediakan sebagai file, atau sebaris dalam tugas.
Ringkasan definisi rilis - widget dasbor
Sematkan definisi rilis ke dasbor - cara mudah untuk membuat ringkasan rilis untuk definisi tersebut yang terlihat oleh semua tim Anda.
Untuk detail selengkapnya, lihat Menambahkan informasi rilis ke dokumentasi dasbor .
Mempromosikan rilis ke lingkungan pada waktu tertentu
Ingin semua penyebaran produksi Anda terjadi pada tengah malam? Anda dapat mengonfigurasi kondisi pada lingkungan yang memilih penyebaran yang berhasil (atau hanya yang terbaru) dari lingkungan lain, dan menyebarkannya pada waktu yang ditentukan (Gambar 59).
Menyebarkan berdasarkan kondisi di beberapa lingkungan
Hingga versi sebelumnya, Anda dapat melakukan penyebaran paralel (forkdeployments), tetapi Anda tidak dapat memulai penyebaran ke lingkungan berdasarkan status beberapa lingkungan (penyebaran gabungan). Sekarang Anda bisa.
Untuk detail selengkapnya, lihat Dokumentasi penyebaran fork dan gabungan paralel.
REST API untuk manajemen rilis
Anda dapat menggunakan REST API untuk layanan Manajemen Rilis untuk membuat definisi dan rilis rilis, dan mengelola banyak aspek penyebaran rilis.
Untuk informasi selengkapnya, lihat dokumentasi referensi API.
Integrasi kait layanan
Kirim pemberitahuan rilis saat rilis baru dibuat, penyebaran dimulai atau diselesaikan, atau saat persetujuan tertunda atau selesai. Integrasikan dengan alat pihak ketiga seperti Slack untuk menerima pemberitahuan tersebut.
Penyebaran ke cloud Azure nasional
Gunakan pengaturan Lingkungan baru di titik akhir layanan Azure Classic untuk menargetkan cloud Azure tertentu, termasuk cloud nasional yang telah ditentukan sebelumnya seperti cloud Azure Tiongkok, cloud Pemerintah AS Azure, dan cloud Azure Jerman.
Untuk detail selengkapnya, lihat Dokumentasi titik akhir layanan Azure Classic.
Penyempurnaan Pengujian
Peningkatan pengujian utama telah ditambahkan di Team Foundation Server 2017.
Skema penyimpanan hasil pengujian yang diperbarui
Dalam rilis ini, kami memigrasikan artefak hasil pengujian ke skema penyimpanan baru yang ringkas dan efisien. Karena hasil pengujian adalah salah satu konsumen teratas ruang penyimpanan dalam database TFS, kami mengharapkan fitur ini diterjemahkan ke dalam jejak penyimpanan yang berkurang untuk database TFS. Untuk pelanggan yang meningkatkan dari versi TFS sebelumnya, hasil pengujian akan dimigrasikan ke skema baru selama peningkatan TFS. Peningkatan ini dapat mengakibatkan waktu peningkatan yang lama tergantung pada berapa banyak data hasil pengujian yang ada di database Anda. Dianjurkan untuk mengonfigurasi kebijakan retensi pengujian dan menunggu kebijakan dimulai dan mengurangi penyimpanan yang digunakan oleh hasil pengujian sehingga peningkatan TFS lebih cepat. Setelah menginstal TFS, tetapi sebelum meningkatkan instans TFS, Anda dapat menggunakan alat TFSConfig.exe untuk membersihkan hasil pengujian. Lihat bantuan TFSConfig.exe untuk detail selengkapnya. Jika Anda tidak memiliki fleksibilitas untuk mengonfigurasi retensi pengujian atau membersihkan hasil pengujian sebelum peningkatan, pastikan Anda merencanakan yang sesuai untuk jendela peningkatan. Lihat Menguji retensi data hasil dengan Team Foundation Server 2015 untuk contoh selengkapnya tentang mengonfigurasi kebijakan penyimpanan pengujian.
Penyempurnaan Test Hub
Menguji manajemen konfigurasi di Test Hub
Kami telah membawa manajemen konfigurasi pengujian ke UI web dengan menambahkan tab Konfigurasi baru dalam Test Hub (Gambar 61). Sekarang Anda dapat membuat dan mengelola konfigurasi pengujian dan menguji variabel konfigurasi dari dalam Hub pengujian.
Untuk informasi selengkapnya, lihat Membuat konfigurasi dan variabel konfigurasi.
Menetapkan konfigurasi untuk menguji paket, rangkaian pengujian, dan kasus pengujian
Menetapkan konfigurasi menjadi lebih mudah. Anda dapat menetapkan konfigurasi pengujian ke paket pengujian, rangkaian pengujian, atau kasus pengujian langsung dari dalam hub Pengujian (Gambar 62). Klik kanan item, pilih Tetapkan konfigurasi ke ..., dan Anda nonaktif dan berjalan. Anda juga dapat memfilter menurut Konfigurasi di Hub pengujian (Gambar 63).
Untuk informasi selengkapnya, lihat Menetapkan konfigurasi ke Paket pengujian dan Suite pengujian.
Menampilkan kolom paket pengujian/rangkaian pengujian di panel hasil pengujian
Kami telah menambahkan kolom baru ke panel Hasil pengujian yang menunjukkan paket pengujian dan rangkaian pengujian tempat hasil pengujian dijalankan. Kolom ini memberikan konteks yang sangat diperlukan saat menelusuri hasil untuk pengujian Anda (Gambar 64).
Urutan pengujian di Test Hub & pada kartu
Anda sekarang dapat memesan pengujian manual dari dalam Test Hub (Gambar 65), terlepas dari jenis rangkaian yang menyertakannya: suite statis, berbasis persyaratan, atau berbasis kueri. Anda cukup menyeret dan menghilangkan satu atau beberapa pengujian atau menggunakan menu konteks untuk menyusun ulang pengujian. Setelah pengurutan selesai, Anda dapat mengurutkan pengujian berdasarkan bidang Pesanan lalu menjalankannya dalam urutan tersebut dari runner Web. Anda juga dapat memesan tes langsung pada kartu cerita pengguna di papan Kanban (Gambar 66).
Rangkaian pengujian pesanan di Test Hub
Tim uji sekarang dapat memesan suite pengujian sesuai kebutuhan mereka. Sebelum kemampuan ini, suite hanya dipesan menurut abjad. Sekarang, menggunakan kemampuan seret/lepas di Hub pengujian, suite dapat dipesan ulang di antara suite serekan atau dipindahkan ke suite lain dalam hierarki (Gambar 67).
Mencari pengguna sebagai bagian dari menetapkan penguji
Sebagai bagian dari peluncuran kontrol pemilih identitas baru di berbagai hub, di Hub pengujian, kami juga telah mengaktifkan opsi untuk mencari pengguna saat menetapkan penguji ke satu atau beberapa pengujian (Gambar 68). Ini sangat berguna dalam skenario di mana jumlah anggota tim besar, tetapi menu konteks hanya menunjukkan serangkaian entri terbatas *(Gambar 69).
Pilih build untuk diuji dengan
Anda sekarang dapat memilih "build" yang ingin Anda uji lalu luncurkan runner Web, menggunakan 'Jalankan dengan opsi' di Test hub (Gambar 70). Bug apa pun yang diajukan selama eksekusi secara otomatis dikaitkan dengan build yang dipilih. Selain itu, hasil pengujian diterbitkan terhadap build tertentu.
Luncurkan klien Microsoft Test Runner dari Test Hub dengan pengumpul data
Anda sekarang dapat memilih pengumpul data & build untuk dikaitkan dengan uji coba (Gambar 71), dan meluncurkan Microsoft Test Runner 2017 (klien) dengan cara yang berkinerja dari Hub pengujian, tanpa harus mengonfigurasinya di klien Microsoft Test Manager. Microsoft Test Runner diluncurkan tanpa membuka seluruh shell Microsoft Test Manager dan akan dimatikan setelah menyelesaikan eksekusi pengujian.
Untuk informasi selengkapnya, lihat Menjalankan pengujian untuk aplikasi desktop.
Pilih pengumpul data dan luncurkan klien Exploratory Runner dari Hub pengujian
Anda sekarang dapat memilih pengumpul data dan meluncurkan Exploratory Runner 2017 (klien) dengan cara yang berkinerja dari Test hub, tanpa harus mengonfigurasinya di klien Microsoft Test Manager. Panggil 'Jalankan dengan opsi' dari menu konteks (Gambar 72) untuk rangkaian berbasis Persyaratan dan pilih Pelari eksplorasi dan pengumpul data yang Anda butuhkan. Pelari Eksplorasi diluncurkan mirip dengan Microsoft Test Runner seperti yang dijelaskan di atas.
Mengonfigurasi hasil pengujian untuk pengujian di berbagai suite pengujian
Kami sekarang telah menambahkan kemampuan untuk mengonfigurasi perilaku hasil pengujian untuk pengujian yang dibagikan di berbagai suite pengujian di bawah rencana pengujian yang sama (Gambar 73). Jika opsi ini dipilih, dan Anda mengatur hasil untuk pengujian (tandai sebagai Lulus/Gagal/Diblokir baik dari hub Pengujian, Runner Web, Microsoft Test Runner, atau dari kartu di papan Kanban), hasil tersebut akan menyebar ke semua pengujian lain yang ada di berbagai suite pengujian di bawah rencana pengujian yang sama, dengan konfigurasi yang sama. Pengguna dapat mengatur opsi "Konfigurasikan hasil pengujian" untuk paket pengujian tertentu baik dari menu konteks rencana pengujian hub pengujian atau dari halaman pengujian papan Kanban dalam dialog konfigurasi pengaturan umum. Opsi ini dinonaktifkan secara default dan Anda harus secara eksplisit mengaktifkannya agar berlaku.
Memverifikasi bug dari item kerja
Anda sekarang dapat memverifikasi bug dengan menjalankan kembali pengujian yang mengidentifikasi bug (Gambar 74). Anda dapat memanggil opsi Verifikasi dari menu konteks formulir item kerja bug untuk meluncurkan kasus pengujian yang relevan di runner web. Lakukan validasi Anda menggunakan runner web dan perbarui item kerja bug langsung dalam runner web.
REST API untuk rencana pengujian / kloning rangkaian pengujian
Kami telah menambahkan REST API untuk mengkloning rencana pengujian dan suite pengujian. Anda dapat menemukannya di bawah bagian Manajemen Pengujian di situs Integrasi Layanan Tim kami.
Menguji kemajuan dari kartu Kanban Anda
Anda sekarang dapat menambahkan, melihat, dan berinteraksi dengan kasus pengujian langsung dari cerita Anda di papan Kanban. Gunakan opsi menu Tambahkan Pengujian baru untuk membuat kasus Pengujian tertaut, lalu pantau status langsung dari kartu saat hal-hal berlangsung (Gambar 75).
Dengan kemampuan baru ini, Anda sekarang dapat melakukan tindakan berikut langsung dari kartu di papan Anda:
- Tambahkan pengujian.
- Tes terbuka.
- Buat ulang pengujian dengan menyeret/menjatuhkan dari satu cerita pengguna ke cerita pengguna lainnya.
- Salin pengujian yang sama ke cerita pengguna lain menggunakan CTRL+Drag/Drop (untuk skenario di mana kasus pengujian yang sama menguji lebih dari satu cerita pengguna).
- Perbarui status pengujian dengan menandainya dengan cepat Pass/Fail/etc.
- Jalankan pengujian dengan meluncurkannya di Web Test Runner, tempat Anda dapat melewati atau gagal setiap langkah, bug file, dll.
- Lihat ringkasan status roll-up yang menunjukkan berapa banyak pengujian yang telah lulus dan berapa banyak yang tersisa untuk cerita tersebut.
Jika Anda memerlukan kemampuan manajemen pengujian tingkat lanjut (seperti menetapkan penguji, menetapkan konfigurasi, parameter terpusat, mengekspor hasil pengujian, dll.), Anda kemudian dapat beralih ke Test Hub dan mulai menggunakan paket pengujian default/suite berbasis persyaratan yang telah dibuat secara otomatis untuk Anda. Untuk informasi selengkapnya, lihat Menambahkan, menjalankan, dan memperbarui pengujian sebaris.
Melintasi paket pengujian/rangkaian pengujian dari kartu
Anda sekarang dapat dengan mudah melintasi paket pengujian/rangkaian pengujian yang mendasar tempat pengujian dibuat, langsung dari kartu di papan Kanban. Mengklik tautan ini (Gambar 76) akan membawa Anda ke Hub pengujian, membuka rencana pengujian yang tepat, lalu memilih rangkaian khusus yang mengontrol pengujian sebaris tersebut.
Halaman uji dalam konfigurasi pengaturan umum papan Kanban
Gunakan halaman Pengujian baru dalam dialog konfigurasi pengaturan umum di papan Kanban untuk mengontrol rencana pengujian tempat pengujian sebaris dibuat (Gambar 77). Sebelumnya, setiap pengujian yang dibuat pada kartu akan secara otomatis ditambahkan ke rencana pengujian yang baru dibuat, asalkan tidak ada rencana pengujian yang cocok dengan area & jalur iterasi kartu. Sekarang, Anda dapat mengambil alih perilaku ini dengan mengonfigurasi rencana pengujian pilihan Anda yang ada - semua pengujian ditambahkan ke rencana pengujian yang dipilih. Perhatikan bahwa fungsionalitas ini hanya diaktifkan jika anotasi Pengujian diaktifkan.
Penyempurnaan runner web
Menambahkan lampiran langkah pengujian selama pengujian manual
Kami telah meningkatkan runner uji Web untuk memberi Anda kemampuan untuk menambahkan lampiran langkah pengujian selama pengujian manual (Gambar 78). Lampiran hasil langkah ini secara otomatis muncul di bug apa pun yang Anda ajukan dalam sesi dan kemudian di panel Hasil pengujian.
Cuplikan layar, perekaman layar, log tindakan gambar, dan dukungan info sistem di Web runner (menggunakan browser Chrome)
Anda sekarang dapat mengambil cuplikan layar dan membuat anotasi sebaris saat menggunakan runner Web di Chrome (Gambar 79). Anda juga dapat mengambil rekaman layar sesuai permintaan bukan hanya aplikasi web, tetapi juga aplikasi desktop Anda. Cuplikan layar dan rekaman layar ini secara otomatis ditambahkan ke langkah Pengujian saat ini. Selain cuplikan layar & rekaman layar, Anda juga dapat mengambil log tindakan gambar sesuai permintaan dari aplikasi web Anda. Anda perlu menentukan jendela browser untuk mengambil tindakan Anda - semua tindakan di jendela tersebut (tab yang ada atau baru yang Anda buka di jendela tersebut) atau jendela browser anak baru yang Anda luncurkan, akan secara otomatis ditangkap dan berkorelasi dengan langkah-langkah pengujian yang sedang diuji di web runner. Cuplikan layar, rekaman layar, dan log tindakan gambar ini kemudian ditambahkan ke bug apa pun yang Anda file selama eksekusi dan dilampirkan ke hasil pengujian saat ini. Demikian pula, data informasi sistem secara otomatis diambil dan disertakan sebagai bagian dari bug apa pun yang Anda file dari web runner. Semua ini memanfaatkan kemampuan dari ekstensi Uji & Umpan Balik berbasis Chrome.
Untuk informasi selengkapnya, lihat Mengumpulkan data diagnostik selama pengujian.
Bug yang diajukan sebagai anak-anak – Web runner/test & feedback extension
Saat menjalankan pengujian di Web runner, diluncurkan baik dari kartu di papan atau dari rangkaian berbasis persyaratan di Test hub, bug baru apa pun yang diajukan sekarang akan secara otomatis dibuat sebagai anak ke cerita pengguna tersebut. Demikian pula, jika Anda menjelajahi cerita pengguna dari ekstensi pengujian eksplorasi, bug baru yang Anda file juga dibuat sebagai anak untuk cerita pengguna tersebut. Perilaku baru ini memungkinkan keterlacakan yang lebih sederhana di seluruh cerita dan bug. Ini hanya berlaku jika pengaturan "Bekerja dengan bug" di halaman Konfigurasi Pengaturan Umum diatur ke "Bug tidak muncul di backlog atau papan" atau "Bug muncul di backlog dan papan dengan tugas". Untuk semua pengaturan lain untuk opsi "Bekerja dengan bug" dan dalam skenario tertentu lainnya, seperti menambahkan ke bug yang sudah ada yang sudah memiliki induk yang ditentukan, tautan Terkait dibuat sebagai gantinya.
Memperbarui bug yang ada dari Web runner
Selain membuat bug baru dari web runner, sekarang Anda juga dapat memperbarui bug yang ada (Gambar 80). Semua data diagnostik yang dikumpulkan, langkah-langkah repro, dan tautan untuk keterlacakan dari sesi saat ini secara otomatis ditambahkan ke bug yang ada.
Ekstensi uji & umpan balik - penyempurnaan
Ekstensi Uji & Umpan Balik berbasis browser dapat diinstal dari Visual Studio Marketplace. Ini mendukung Visual Studio Team Services dan Team Foundation Server (2015 atau yang lebih baru).
Menjelajahi item kerja
Anda sekarang dapat melakukan pengujian eksplorasi untuk item kerja tertentu (Gambar 81). Ini memungkinkan Anda mengaitkan item kerja yang dipilih dengan sesi pengujian yang sedang berlangsung, dan melihat kriteria dan deskripsi penerimaan, dari dalam ekstensi. Ini juga membuat keterlacakan end-to-end antara bug atau tugas yang Anda ajukan pada item kerja yang dipilih. Anda dapat menjelajahi item kerja baik langsung dari item kerja, atau dari dalam ekstensi:
• Langsung dari item kerja (Gambar 81): Luncurkan sesi pengujian eksplorasi untuk item kerja tertentu langsung dari dalam produk menggunakan opsi "Lakukan pengujian eksplorasi" di menu konteks. Kami telah menambahkan titik masuk pada semua kartu, kisi, dan di hub Pengujian.
• Dalam ekstensi (Gambar 82): Cari item kerja dari dalam sesi XT lalu kaitkan dengan sesi yang sedang berlangsung.
Untuk informasi selengkapnya, lihat Menjelajahi item kerja dengan ekstensi Uji & Umpan Balik.
Mengambil log tindakan gambar, rekaman layar, dan memuat data halaman web menggunakan pengujian & umpan balik
Log Tindakan Gambar: Ekstensi memberi Anda opsi baru untuk menambahkan langkah-langkah yang mengarahkan Anda ke bug secara otomatis hanya dengan satu klik. Pilih opsi "Sertakan log tindakan gambar" (Gambar 83) untuk mengambil tindakan mouse, keyboard, dan sentuhan, dan tambahkan teks dan gambar yang sesuai langsung ke bug atau tugas.
Perekaman layar sebagai video: Anda juga dapat mengambil rekaman layar sesuai permintaan menggunakan ekstensi. Rekaman layar ini dapat diambil tidak hanya dari aplikasi web, tetapi juga aplikasi desktop Anda. Anda dapat mengonfigurasi ekstensi untuk secara otomatis menghentikan rekaman layar dan melampirkannya ke bug yang diajukan menggunakan halaman "Opsi" ekstensi.
Muat Halaman Data: Kami telah menambahkan kemampuan pengambilan latar belakang baru ke ekstensi - menangkap data "pemuatan halaman web". Sama seperti "log tindakan gambar" menangkap tindakan Anda yang dilakukan pada aplikasi web yang sedang dieksplorasi, dalam bentuk gambar di latar belakang, fungsionalitas "pemuatan halaman" secara otomatis menangkap detail untuk halaman web untuk menyelesaikan operasi pemuatan. Alih-alih mengandalkan kelambatan subjektif/yang dirasakan dari beban halaman web, Anda dapat secara objektif mengukur kelambatan dalam bug sekarang. Setelah bug diajukan, selain tampilan petak peta, laporan terperinci juga dilampirkan ke bug, yang dapat membantu pengembang dengan serangkaian penyelidikan awal mereka.
Membuat kasus pengujian berdasarkan data log tindakan gambar
Saat Anda membuat kasus pengujian selama sesi eksplorasi, langkah-langkah pengujian dengan gambar secara otomatis diisi untuk Anda (Gambar 84). Desain pengujian simultan dan eksekusi pengujian adalah dasar dari pengujian eksplorasi sejati, dan kemampuan baru ini membuat ini menjadi kenyataan. Anda dapat mengedit teks yang diambil, menambahkan hasil yang diharapkan, menghapus centang baris yang tidak relevan, dan menyimpannya untuk uji lulus/eksekusi mendatang.
Untuk informasi selengkapnya, lihat Membuat kasus pengujian berdasarkan data log tindakan gambar.
Wawasan sesi pengujian eksplorasi
Anda sekarang dapat melihat sesi pengujian eksplorasi yang telah selesai, baik di tingkat tim atau individu, untuk periode waktu tertentu yang dibuat menggunakan ekstensi Uji & Umpan Balik. Anda bisa masuk ke halaman wawasan ini dengan mengklik tautan "Sesi eksplorasi terbaru" di hub Jalankan dalam grup Test Hub di akses web. Tampilan baru ini membantu Anda mendapatkan wawasan yang bermakna, termasuk:
- Tampilan ringkasan yang memperlihatkan perincian item kerja yang dijelajahi, item kerja yang dibuat, dan pemilik sesi, bersama dengan total waktu yang dihabiskan untuk sesi ini (Gambar 85).
- Tampilan group-by dapat dipivot dengan menjelajahi item kerja, sesi, pemilik sesi, atau tidak ada. Untuk pivot apa pun, Anda dapat melihat daftar semua item kerja (bug, tugas, kasus pengujian) yang dibuat atau cakupan daftar ke jenis item kerja tertentu.
- Tampilan panel detail yang menampilkan informasi berdasarkan pilihan dalam tampilan grup menurut. Untuk baris pivot yang dipilih (misalnya item kerja yang dijelajahi), Anda dapat melihat informasi ringkasannya di panel detail, seperti jumlah total sesi, total waktu yang dihabiskan di seluruh sesi ini, pemilik sesi yang menjelajahinya, dan bug/tugas/kasus pengujian yang dibuat terhadapnya, bersama dengan status dan prioritasnya. Untuk baris item kerja yang dipilih, Anda dapat melihat formulir item kerjanya sebaris dan membuat perubahan yang sesuai.
Untuk informasi selengkapnya, lihat Mendapatkan wawasan di seluruh sesi pengujian eksplorasi Anda.
Sesi pengujian eksplorasi: Melihat item kerja yang tidak dijelajahi
Selain melihat detail semua item kerja yang dieksplorasi dalam tampilan "sesi eksplorasi terbaru", difilter oleh semua/sesi saya untuk rentang tanggal tertentu, kami sekarang telah menambahkan kemampuan untuk juga melihat daftar semua item kerja yang BELUM dijelajahi, dalam tampilan yang sama (Gambar 86). Anda mulai dengan menentukan kueri bersama untuk item kerja yang Anda minati dan halaman sesi memperlihatkan daftar semua item kerja dari kueri, dengan perincian item yang dijelajahi dan tidak dijelajahi di bagian ringkasan. Selain itu, menggunakan grup "Item Kerja Yang Tidak Dijelajahi" menurut pivot, Anda dapat melihat daftar item yang belum dijelajahi. Ini sangat berguna untuk melacak berapa banyak cerita yang belum dijelajahi atau melalui bug-bash.
Alur umpan balik pemangku kepentingan end to end
Meminta umpan balik
Pengguna dengan tingkat akses dasar sekarang dapat meminta umpan balik dari pemangku kepentingan secara langsung untuk fitur/cerita yang sedang berlangsung atau lengkap menggunakan opsi Umpan Balik Permintaan di menu item kerja (Gambar 87). Ini membuka formulir Minta umpan balik di mana Anda dapat memilih pemangku kepentingan yang ingin Anda beri umpan balik dan secara opsional memberikan serangkaian instruksi sederhana yang meminta area produk yang ingin Anda masukkan. Ini akan mengirimkan email individual ke pemangku kepentingan yang dipilih bersama dengan instruksi yang diberikan, jika ada.
Untuk informasi selengkapnya, lihat Meminta umpan balik pemangku kepentingan menggunakan ekstensi Uji & Umpan Balik.
Memberikan tanggapan
Pemangku kepentingan dapat menanggapi permintaan umpan balik dengan mengklik tautan Berikan umpan balik di email yang mereka terima, yang secara otomatis mengonfigurasi ekstensi Pengujian & Umpan Balik (sebelumnya ekstensi Pengujian Eksplorasi) dengan permintaan umpan balik yang dipilih (akan meminta untuk menginstal ekstensi, jika belum diinstal). Pemangku kepentingan kemudian dapat menggunakan kemampuan penangkapan penuh ekstensi untuk menangkap temuan mereka dan mengirimkan umpan balik mereka dalam bentuk respons umpan balik/bug/item kerja tugas. Selain itu, pemangku kepentingan dapat menavigasi ke halaman "Permintaan umpan balik" untuk melihat di satu tempat semua permintaan umpan balik yang diterima oleh mereka. Dari daftar, mereka dapat memilih permintaan umpan balik yang ingin mereka berikan umpan balik, mengelola "Permintaan umpan balik tertunda" mereka (Gambar 88) dengan menandainya sebagai lengkap atau dengan menolaknya dan dapat beralih di antara berbagai jenis permintaan umpan balik dengan mengklik tombol radio yang diinginkan (Gambar 89).
Untuk informasi selengkapnya, lihat Memberikan umpan balik menggunakan ekstensi Uji & Umpan Balik.
Umpan balik sukarela
Selain alur yang diminta yang disebutkan di atas, pemangku kepentingan juga dapat menggunakan ekstensi untuk memberikan umpan balik sukarela (Gambar 90). Mereka dapat membuka ekstensi, memilih mode "Tersambung" di halaman Pengaturan koneksi, dan menyambungkan ke akun dan Proyek/Tim yang ingin mereka berikan umpan balik. Mereka kemudian dapat menggunakan ekstensi untuk menangkap temuan mereka dan mengirimkan umpan balik mereka dalam bentuk respons umpan balik/bug/item kerja tugas.
Untuk informasi selengkapnya, lihat Memberikan umpan balik sukarela menggunakan ekstensi Uji & Umpan Balik.
Peningkatan pengujian otomatis
Log konsol dan durasi pengujian di tab pengujian dalam ringkasan build/rilis
Log konsol hasil pengujian yang diambil dalam file .trx diekstrak dan diterbitkan sebagai lampiran hasil pengujian (Gambar 91). Anda memiliki opsi untuk mempratinjaunya di tab Pengujian, dan tidak perlu mengunduh file trx untuk melihat log lagi.
Menguji widget tren untuk build
Kami telah menambahkan widget 'Tren hasil pengujian' baru ke Galeri Widget (Gambar 92). Gunakan widget ini untuk menambahkan bagan tren hasil pengujian hingga 30 build terbaru untuk definisi build ke dasbor. Opsi konfigurasi widget dapat membantu Anda menyesuaikan bagan untuk menyertakan pivot seperti jumlah pengujian yang lulus, jumlah pengujian yang gagal, jumlah pengujian total, persentase lulus, dan durasi pengujian.
Status pengujian dengan ringkasan Lingkungan Rilis
Ini adalah praktik yang direkomendasikan untuk menggunakan Lingkungan Rilis untuk menyebarkan aplikasi dan menjalankan pengujian terhadapnya. Dengan rilis ini, kami telah mengintegrasikan tingkat lulus pengujian Lingkungan Rilis di bagian Lingkungan dari halaman Ringkasan rilis (Gambar 93). Seperti yang ditunjukkan pada cuplikan layar, jika Lingkungan telah gagal, Anda dapat dengan cepat menyimpulkan jika kegagalannya adalah karena pengujian yang gagal dengan melihat kolom Pengujian. Anda dapat mengklik laju pass untuk menavigasi ke tab Pengujian dan menyelidiki pengujian yang gagal untuk Lingkungan tersebut.
Riwayat pengujian otomatis untuk cabang dan lingkungan rilis
Ini adalah skenario umum untuk pengujian individu yang dijalankan pada beberapa cabang, lingkungan, dan konfigurasi. Ketika pengujian seperti itu gagal, penting untuk mengidentifikasi apakah kegagalan terkandung pada cabang pengembangan seperti cabang utama atau jika kegagalan juga berdampak pada cabang rilis yang disebarkan ke lingkungan produksi. Anda sekarang dapat memvisualisasikan riwayat pengujian di berbagai cabang yang sedang diujinya dengan melihat tab Riwayat di halaman Ringkasan hasil (Gambar 94). Demikian pula, Anda mengelompokkan menurut pivot Lingkungan untuk memvisualisasikan riwayat pengujian di berbagai Lingkungan Rilis tempat eksekusinya.
Keterlacakan dengan pengujian berkelanjutan
Pengguna sekarang dapat melacak kualitas Persyaratan mereka tepat di Dasbor mereka (Gambar 95). Kami sudah memiliki solusi untuk kualitas Persyaratan untuk pengguna pengujian Terencana kami dan kami membawanya kepada pengguna kami yang mengikuti Pengujian Berkelanjutan. Pengguna dapat menautkan pengujian otomatis langsung ke Persyaratan lalu menggunakan widget Dasbor untuk melacak kualitas Persyaratan yang Anda minati untuk melacak, menarik data Kualitas dari Build atau Rilis.
Pengujian jarak jauh – mendistribusikan pengujian berdasarkan jumlah komputer
Kami telah mengaktifkan pengujian dari dalam rakitan untuk didistribusikan ke komputer jarak jauh menggunakan tugas Jalankan Uji Fungsional (Gambar 96). Pada TFS 2015, Anda hanya dapat mendistribusikan pengujian di tingkat perakitan. Ini diaktifkan menggunakan kotak centang dalam tugas seperti di bawah ini.
Pengujian otomatis untuk SCVMM dan VMWare
Pengguna dapat secara dinamis menyiapkan mesin uji di cloud dengan Azure, atau lokal menggunakan SCVMM atau VMWare, dan menggunakan komputer ini untuk menjalankan pengujian mereka secara terdistribusi. Pengguna dapat menggunakan salah satu tugas provisi mesin— Azure, SCVMM, atau VMWare—diikuti oleh tugas Jalankan Pengujian Fungsional untuk menjalankan pengujian.
Analisis SonarQube dalam tugas Maven dan Gradle
Anda sekarang dapat memicu analisis SonarQube dalam tugas build Maven dan Gradle dengan memeriksa 'Jalankan Analisis SonarQube', dan menyediakan titik akhir, nama proyek SonarQube, kunci proyek, dan versi (Gambar 97).
Anda juga sekarang akan mendapatkan tautan pada proyek SonarQube (Gambar 98). Anda dapat meminta analisis penuh untuk melihat detail gerbang kualitas, dan memilih untuk memutus build jika tidak terpenuhi.
Untuk informasi selengkapnya, lihat Tugas build Gradle sekarang mendukung analisis SonarQube.
Peningkatan Marketplace
Administrator koleksi proyek sekarang dapat menelusuri ke Visual Studio Marketplace dari Team Foundation Server dan menginstal ekstensi gratis dalam koleksi proyek tim. Ekstensi secara otomatis diunduh dari Visual Studio Marketplace, diunggah ke Team Foundation Server, dan diinstal dalam koleksi proyek tim yang dipilih (Gambar 99).
Membeli dan menginstal ekstensi berbayar
Administrator koleksi proyek sekarang dapat menelusuri ke Visual Studio Marketplace dari Team Foundation Server, membeli ekstensi berbayar, dan menginstalnya dalam koleksi proyek tim yang dipilih (Gambar 100). Administrator dapat membayar ekstensi dengan langganan Azure dan memilih jumlah pengguna untuk menetapkan ekstensi ini. Ekstensi ini secara otomatis diunduh dari Visual Studio Marketplace, diunggah ke Team Foundation Server, dan diinstal dalam koleksi proyek tim yang dipilih.
Untuk detail selengkapnya, lihat Mendapatkan ekstensi untuk dokumentasi Team Foundation Server .
Penyempurnaan Administrasi
Otentikasi Windows
Dalam rilis sebelumnya, Anda perlu memutuskan antara NTLM dan Menegosiasikan penyedia dukungan keamanan untuk Autentikasi Windows saat mengonfigurasi penyebaran TFS yang bergabung dengan domain. Pada tahun 2017, kami menghapus pengaturan ini dari pengalaman konfigurasi. Jika Anda ingin terus menggunakan autentikasi NTLM pada tahun 2017, Anda tidak perlu mengambil tindakan apa pun. Jika Anda telah menggunakan autentikasi Kerberos dan ingin terus melakukannya pada tahun 2017, Anda tidak perlu mengambil tindakan apa pun. TFS 2017 sekarang selalu mengonfigurasi penyedia dukungan keamanan Negosiasi dan NTLM, dalam urutan tersebut. Dengan konfigurasi ini, autentikasi Kerberos digunakan jika memungkinkan, memberikan keamanan yang ditingkatkan. Ketika Kerberos tidak dapat digunakan, autentikasi NTLM digunakan. Kami melakukan pengujian ekstensif untuk memastikan bahwa tidak akan ada dampak pada penyebaran TFS yang ada menggunakan autentikasi NTLM karena perubahan ini.
Pengalaman navigasi modern
Dalam rilis ini, kami mengaktifkan bilah navigasi atas yang baru dan ditingkatkan. Ada dua tujuan inti untuk navigasi baru:
- Tingkatkan efisiensi navigasi di seluruh area produk dengan cepat memungkinkan Anda mengakses salah satu hub dengan satu klik.
- Menghadirkan estetika visual modern dan pengalaman pengguna ke produk.
Karena ini adalah perubahan besar bagi pengguna kami, dan fitur ini masih di-iterasi, kami memutuskan untuk menonaktifkan UX navigasi baru secara default. Jika Anda ingin bermain dengannya, Anda dapat mengaktifkannya dengan masuk ke area admin Team Foundation Server Panel Kontrol dan memilih untuk "Aktifkan navigasi baru". Harap dicatat bahwa ini memungkinkannya untuk semua pengguna di server.
Izin mengganti nama proyek tim
Izin yang mengontrol pengguna mana yang dapat mengganti nama proyek tim telah berubah. Sebelumnya, pengguna dengan izin Edit informasi tingkat proyek untuk proyek tim dapat mengganti namanya. Sekarang pengguna dapat diberikan atau ditolak kemampuan untuk mengganti nama proyek tim melalui izin proyek tim Ganti Nama baru.
Pengaturan admin Hub kerja
Kami telah memperkenalkan hub "Kerja" baru di halaman Pengaturan admin yang menggabungkan pengaturan umum (Gambar 101), Perulangan, dan Area dalam satu tab. Dengan perubahan ini, pengguna akan melihat perbedaan yang jelas antara pengaturan tingkat proyek dan pengaturan tim. Untuk pengaturan tim, pengguna hanya akan melihat area dan iterasi yang relevan dengan tim mereka. Pada tingkat proyek, halaman pengaturan akan memungkinkan admin mengelola area dan iterasi untuk seluruh proyek. Selain itu, untuk jalur area proyek, kolom baru yang disebut "Teams" telah ditambahkan untuk memudahkan admin memberi tahu dengan cepat dan mudah tim mana yang telah memilih jalur area tertentu.
Proses konfigurasi REST API
API publik ini memungkinkan pengguna untuk mendapatkan konfigurasi proses proyek tertentu. Konfigurasi proses berisi pengaturan berikut:
- TypeFields: abstraksi bidang yang dapat disesuaikan yang digunakan dalam alat tangkas. Misalnya, jenis bidang "Titik cerita" adalah "Upaya".
- Definisi backlog: tentukan jenis item kerja apa yang ada di setiap backlog. Ini adalah API yang sering diminta dari pelanggan yang membangun ekstensi. Dengan data ini, ekstensi dapat mengetahui cara memanfaatkan bidang khusus proses untuk mengaktifkan skenario umum dalam alat tangkas (seperti mengubah aktivitas atau upaya item kerja, mengetahui item kerja apa yang disertakan pada tingkat backlog tertentu, atau menentukan apakah tim diidentifikasi berdasarkan jalur area atau bidang kustom). Silakan lihat Gambaran Umum Kerja untuk informasi selengkapnya.
Pengalaman admin baru dengan pencarian AD berbasis awalan
Team Foundation Server 2017 memperkenalkan pengalaman baru untuk mengelola grup dan keanggotaan grup. Anda dapat mencari di direktori aktif atau pengguna/grup komputer lokal menggunakan kriteria pencarian berbasis awalan pada nama pengguna/grup. Misalnya, 'John D' serta samaccountname (misalnya' businessdomain\johbdnd') dan lihat kartu kontak pengguna/grup.
Pengaturan keamanan pengguna
Anda dapat mengelola token akses pribadi dan SSH dalam pengalaman "Keamanan Saya" baru (Gambar 102). Pengguna yang menggunakan "Profil Saya" untuk mengelola SSH sekarang perlu mengelola kunci publik SSH mereka di pengaturan keamanan pengguna (Gambar 103).
Wizard konfigurasi terpadu
Dalam rilis sebelumnya, Anda akan memilih salah satu dari beberapa wizard konfigurasi untuk penyebaran TFS Anda tergantung pada apa yang Anda coba lakukan. Wizard Dasar dan Lengkap dapat digunakan untuk mengonfigurasi penyebaran baru; Wizard Peningkatan dapat digunakan untuk peningkatan produksi dan pra-produksi; dan wizard Application-Tier Only dapat digunakan untuk berbagai skenario, termasuk menskalakan penyebaran yang ada, mengganti tingkat aplikasi dengan perangkat keras baru, dan sebagainya. Dalam TFS 2017, semua skenario ini telah disatukan ke dalam satu Wizard Konfigurasi Server, yang memandu Anda menuju dan kemudian melalui setiap skenario ini dengan meminta Anda untuk membuat pilihan sederhana. Selain itu, konfigurasi tingkat lanjut seperti peningkatan pra-produksi dan mengkloning penyebaran yang ada sekarang mengotomatiskan tindakan yang digunakan untuk dilakukan melalui tfsconfig.exe, termasuk mengubah ID server, memulihkan string koneksi database, dan menghapus referensi ke dependensi eksternal (yang digunakan untuk dilakukan dengan tfsconfig.exe PrepareClone).
Tingkat akses baru
Dengan grup Visual Studio Enterprise baru ditambahkan ke portal admin Tingkat Akses di Team Foundation Servers, Anda sekarang dapat dengan cepat mengidentifikasi siapa yang memiliki langganan Visual Studio Enterprise. Setelah diidentifikasi, pengguna ini akan mendapatkan akses penuh ke semua ekstensi TFS pihak pertama yang diinstal dari Visual Studio Marketplace tanpa biaya tambahan.
Token Akses Pribadi
Anda sekarang dapat terhubung ke Server Team Foundation mana pun menggunakan token akses pribadi selain SSH. Ini berguna jika Anda mengembangkan di Linux atau Mac dan ingin menggunakan dalam alat otomatisasi dan GIT apa pun. Anda dapat mengelola token akses pribadi anda dari halaman pengaturan keamanan pengguna.
Masalah yang Diketahui
Ini adalah daftar lengkap masalah yang diketahui dalam rilis ini.
Tidak ada Power Tools untuk Team Foundation Server 2017
Masalah:
Tidak ada Power Tools yang dirilis untuk TFS 2017.
Solusi:
Kami sangat senang untuk memberi tahu Anda bahwa sebagian besar Power Tools sebelumnya telah diintegrasikan ke dalam TFS 2017. Sayangnya, Editor Templat Proses belum diintegrasikan, tetapi Anda bisa mendapatkannya di Visual Studio Marketplace.
Memperbarui ekstensi kontrol kustom
Masalah:
Skema untuk bidang pada formulir item kerja telah berubah. Dokumentasi untuk ekstensi kontrol kustom juga berubah.
Solusi:
Lihat dokumentasi baru: Menambahkan kontrol kustom ke formulir item kerja.
Kesalahan saat mengimpor definisi jenis item kerja
Masalah:
Pelanggan yang memiliki ekstensi halaman item kerja terinstal, yang mengekspor definisi jenis item kerja kemudian mengimpor definisi tersebut, akan mendapatkan kesalahan berikut: "Atribut 'LayoutMode' tidak dideklarasikan".
Solusi:
Ada atribut LayoutMode tambahan pada elemen PageContribution setiap kali Anda mengekspor definisi jenis item kerja. Sebelum mengimpor definisi, cari mode PageContribution dan hapus atribut LayoutMode. Misalnya, hapus LayoutMode="FirstColumnWide".
Pelanggan harus memperbarui ke Git LFS versi 1.3.1 atau yang lebih tinggi
Masalah:
Versi Git LFS sebelum 1.3.1 tidak akan didukung dalam rilis mendatang.
Solusi:
Pelanggan yang menggunakan Git LFS sangat didorong untuk memperbarui ke Git LFS versi 1.3.1 atau yang lebih tinggi. Versi lama klien LFS tidak kompatibel dengan perubahan autentikasi dalam versi TFS ini. Untuk memberi pelanggan waktu untuk bermigrasi, kami menerapkan solusi jangka pendek untuk RTW. Solusinya akan dihapus di Pembaruan 1, di mana klien Git LFS di bawah 1.3.1 tidak akan lagi berfungsi.
Pemulihan NuGet tidak menemukan paket yang ada di nuget.org
Masalah:
Saat menggunakan NuGet 3.4.3 atau yang lebih besar, tugas Pemulihan NuGet tidak memulihkan paket dari NuGet.org kecuali itu adalah sumber eksplisit di NuGet.Config.
Solusi:
Pastikan NuGet.org berada di NuGet.Config.
<packageSources><add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3">
</packageSources>
Tugas build dan rilis NuGet tidak mengautentikasi
Masalah:
Saat menggunakan Team Foundation Server / Package Management, tugas build dan rilis NuGet tidak akan mengautentikasi ke umpan jika agen berjalan sebagai pengguna NETWORK SERVICE, yang merupakan default ketika agen build berjalan sebagai layanan. Ini terjadi karena versi NuGet sebelum 3.5 menggunakan kredensial akun pengguna yang menjalankan agen build, bukan kredensial yang disediakan oleh tugas build.
Solusi:
Untuk menggunakan tugas build/rilis NuGet dengan umpan TFS menggunakan agen yang berjalan sebagai LAYANAN JARINGAN, Anda harus menggunakan NuGet 3.5 atau yang lebih tinggi.
Tugas build dan rilis NuGet menggunakan kredensial agen
Masalah:
Versi NuGet sebelum 3.5 menggunakan kredensial akun pengguna yang menjalankan agen build, bukan kredensial yang disediakan oleh tugas build. Ini dapat mengakibatkan akses tak terduga atau kurangnya akses ke umpan.
Solusi:
Gunakan NuGet 3.5 atau yang lebih tinggi pada agen build TFS.
Ekstensi eksternal tidak ditingkatkan secara otomatis saat memutakhirkan TFS
Masalah:
Jika Anda mengunduh ekstensi dari Visual Studio Marketplace, menerbitkannya ke penginstalan TFS 2015 Anda, lalu ditingkatkan ke TFS 2017, ekstensi tidak diperbarui secara otomatis saat versi baru ekstensi diterbitkan ke Marketplace.
Solusi:
Setelah meningkatkan ke TFS 2017, hapus instalan ekstensi yang telah Anda instal di TFS 2015. Kemudian instal ulang ekstensi terbaru. Di TFS 2017 kami menambahkan fitur untuk secara otomatis memeriksa ekstensi eksternal yang diperbarui sekali sehari dan meningkatkannya.
Tugas Pekerjaan Antrean Jenkins tidak dapat dijalankan dalam definisi rilis
Masalah:
Saat menjalankan tugas Pekerjaan Antrean Jenkins dalam definisi rilis, pelanggan mendapatkan kesalahan server 500.
Solusi:
Saat ini, tugas Pekerjaan Antrean Jenkins dapat dijalankan sebagai bagian dari definisi build TFS, tetapi bukan definisi rilis. Kemampuan ini akan ditambahkan dalam rilis mendatang.
Plugin server TFS kustom perlu dibangun kembali terhadap DLL TFS 2017
Masalah:
Plugin server TFS kustom tidak berfungsi setelah meningkatkan ke TFS 2017.
Solusi:
Bangun ulang plugin server kustom Anda terhadap rakitan TFS 2017.
Server Object Model untuk plugin server TFS Kustom telah berubah sejak TFS 2015 RTM
Masalah:
Plugin server TFS kustom tidak dikompilasi.
Solusi:
Perbaiki kode sumber seperti yang dijelaskan dalam posting blog ini.
Saat menggunakan tindakan administrator, pengecualian dilemparkan
Masalah:
Di halaman Administrasi Pemberitahuan, saat Administrator Tim menggunakan Pencarian Pemberitahuan untuk pencarian pengguna tertentu guna menemukan langganan untuk tim, mereka mungkin mendapatkan pengecualian.
Solusi:
Opsi 1: Klik pada simpul Semua Pemberitahuan dan atur filter Semua Pemberitahuan Tim Saya untuk ditampilkan. Ini akan menampilkan semua pemberitahuan untuk semua grup yang dapat diakses pengguna.
Opsi 2: Jika grup adalah tim, alih-alih mencari berdasarkan nama tim, navigasikan ke halaman Administrasi Pemberitahuan tim ini untuk mengelola langganan.
Masalah saat menggunakan tugas untuk menjalankan pengujian fungsi di Team Build / Release Management
Masalah:
Menjalankan pengujian fungsional di Team Build / Release Management menggunakan tugas 'Visual Studio Test Agent Deployment' dan 'Run Functional Tests' dari katalog tugas saat ini menggunakan Agen untuk Visual Studio 2015 Update 3 dan hanya dapat digunakan untuk menjalankan pengujian yang dibuat menggunakan Visual Studio 2013 dan Visual Studio 2015. Tugas-tugas ini tidak dapat digunakan untuk menjalankan pengujian yang dibuat menggunakan Visual Studio 2017 RC. Untuk detail selengkapnya, silakan merujuk ke posting blog ini.
Solusi:
Tidak ada solusi. Dukungan untuk menggunakan Test Agent 2017 dan menjalankan pengujian yang dibangun menggunakan Visual Studio 2017 akan ditambahkan dalam jangka waktu TFS 2017 Update 1.
Ekstensi tidak diperbarui secara otomatis
Masalah:
Jika Anda meningkatkan versi TFS sebelumnya untuk mencapai TFS 2017 dan menjalankan TFS 2017 dalam mode terhubung, ekstensi Anda tidak akan diperbarui secara otomatis seperti yang seharusnya.
Solusi:
Tidak ada solusi untuk saat ini. Kami telah memperbaiki masalah dan perilaku pembaruan otomatis akan menghubungi Anda melalui TFS 2017 Update 2. Jika karena alasan apa pun Anda tidak dapat menunggu Pembaruan 2, hubungi kami melalui saluran Dukungan dan kami akan membagikan perbaikan sebelumnya.
Jika Anda mengalami masalah yang mencegah Anda menyebarkan di lingkungan produksi (Go-Live), silakan hubungi dukungan produk Microsoft. (Hanya bahasa Inggris) jam kerja AS saja (M-F 6a-6p PST), respons 1 hari kerja.
Lihat masalah yang dilaporkan pelanggan yang dilaporkan untuk Team Foundation Server 2017.
Saran & Umpan Balik
Kami ingin mendengar pendapat Anda! Anda dapat menyarankan fitur, melaporkan masalah, dan melacaknya melalui Komunitas Pengembang dan mendapatkan saran tentang Stack Overflow.