Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Geliştirici Topluluğu Sistem Gereksinimleri ve Uyumluluk |
Not
Bu sayfaya İngilizce olmayan bir dildeki sürümden erişiyor ve en güncel içeriği görmek istiyorsanız lütfen bu Sürüm Notları sayfasının İngilizce versiyonunu ziyaret edin. Sayfa alt bilgisinde dünya simgesine tıklayıp istediğiniz dili seçerek bu sayfanın dilini değiştirebilirsiniz.
Team Foundation Server 2018 ile ilgili bilgileri bu makalede bulabilirsiniz. İndirmek için düğmeye tıklayın.
Team Foundation Server 2018 hakkında daha fazla bilgi edinmek için Team Foundation Server Gereksinimleri ve Uyumluluğu sayfasına bakın. Diğer TFS 2018 ürünlerini indirmek için visualstudio.com/downloads sayfasını ziyaret edin.
Daha fazla bilgi için lütfen TFS Yükleme sayfasına bakın.
Yayın Tarihi: 15 Kasım 2017
TFS 2018’deki Yeniliklerin Özeti
Team Foundation Server 2018’e değerli birçok yeni özellik ekledik. Önemli noktalardan bazıları:
- Web’de Proje Oluşturma Sihirbazı ve İşlem Şablonu Yöneticisi geliştirildi.
- Artık iş öğesi formu üst bilgisini özelleştirebilirsiniz.
- Mobil iş öğesi formu iyileştirildi.
- Git forkları için destek ekledik.
- Büyük Git depolarını GVFS ile yönetebilirsiniz.
- Git etiketlerini görüntüleyebilir, filtreleyebilir, silebilir ve bunların güvenliğini ayarlayabilirsiniz.
- Web kodu düzenlemesine dosya mini haritası, parantez eşleştirme ve boşluk gösterme/gizleme özelliklerini ekledik.
- Çekme isteklerine yönelik birçok geliştirme uygulandı.
- Yeni ve geliştirilmiş bir Wiki deneyiminden yararlanabilirsiniz.
- Maven paketleri için destek ekledik.
- Derleme tanımlarını duraklatabilir ve içeri/dışarı aktarabilirsiniz.
- Yeni Yayın Tanımı Düzenleyicisi varsayılan olarak kabul etme ayarına sahiptir.
- Sanal makine dağıtımları ile dağıtabilirsiniz.
- Keşif testi izlenebilirliği geliştirildi.
- toplu test grubu oluşturma özelliği ekledik.
- Artık test planları ve test paketleri için bir grafik pencere öğesi görüntüleyebilirsiniz.
TFS 2018’deki Yenilikler videosu
XAML Derlemesi
XAML derlemesini ilk olarak TFS 2018 RTW ve Güncelleştirme 1’de kaldırıldı olarak listelemiştik. Ancak bu durum, yükseltme tamamlandıktan sonra çok sayıda müşterinin yükseltme yapamaması veya bir şeyi yeniden etkinleştirmek için desteğe başvurması gerektiğinden, birçok soruna yol açtı. TFS 2018 Güncelleştirme 2’de XML derlemesi etkin, ancak kullanım dışıdır. Bu, XAML Derlemesine daha fazla yatırım yapılmadığı ve Microsoft Test Yöneticisi’nin (MTM) artık XAML derlemelerinin kullanımını desteklemediği anlamına geliyor. Yeni derleme tanımı biçimlerinden birine dönüştürmenizi öneririz. TFS 2018 Güncelleştirme 2 ile XAML denetleyicilerinizi bağlayıp XAML derlemelerini çalıştırmaya devam edebilirsiniz. Daha fazla bilgi
TFS 2018 RTW’den Kaldırılan Özellikler
- Microsoft Test Yöneticisi’nde Laboratuvar Merkezi ve otomatikleştirilmiş test akışları için sunulan destek kaldırıldı.
- SharePoint için TFS Uzantısı kullanımdan kaldırıldı.
- Takım Odası özelliği kaldırıldı.
TFS 2018’deki Yeniliklerin Ayrıntıları
İş Öğesi İzleme
Web’de Proje Oluşturma Sihirbazı
Web erişiminden Takım Projesi oluşturma deneyimi geliştirildi. Artık Visual Studio istemcisinde Takım Projesi oluştururken kullanabildiğiniz özelliklerin çoğunu içeriyor. Web arabirimini kullanmanın avantajı, eşleşen bir Visual Studio sürümü gerektirmemesidir. Visual Studio ile web sürümü arasındaki fark, web sürümünün raporlarınızı SSRS’de sağlamamasıdır. Takım Projesi oluşturma deneyiminin web sürümünü kullandıysanız Uygulama Katmanında tfsconfig komutunu çalıştırarak SSRS raporlarını sağlayabilir veya bunları güncelleştirebilirsiniz.
Web’de İşlem Şablonu Yöneticisi
TFS 2018 sürümüyle birlikte web erişimini kullanarak işlem şablonlarınızı karşıya yükleyebilirsiniz. Web arabirimi, işlem şablonlarınızla etkileşim kurmak için Visual Studio’nun doğru sürümünü yüklemenizi gerektirmediğinden çok daha kolay bir deneyimdir. Visual Studio 2017 Güncelleştirme 4 ve önceki sürümler İşlem Şablonu Yöneticisi iletişim kutusunda görünmeye devam etse de web arabirimini kullanmanız önerilir. Visual Studio 2017 Güncelleştirme 5 ve üzeri sürümlerde otomatik olarak web’e yönlendirilirsiniz.
İş öğesi formu üst bilgisini özelleştirme
Artık mevcut denetimleri değiştirerek veya işleminizle ilgili olmayan denetimleri gizleyerek iş öğesi formu üst bilgi alanını özelleştirebilirsiniz. Bu, Alan yolunu özel bir Takım alanıyla değiştirme, takımlarınız Kanban odaklıysa Yineleme’yi gizleme ve Neden alanını özel bir alanla değiştirme olanağı sağlar. Durum alanı gizlenemez veya değiştirilemez.
İpucu
Daha fazla bilgi için WebLayout ve Denetim öğeleri belgelerine bakın.
Mobil iş öğesi formu
İş öğeleri için en iyi duruma getirilmiş bir genel görünüme sahip, uçtan uca tam bir deneyim sunuyoruz (Şekil 1). Size atanmış, takip etmekte olduğunuz, ziyaret ettiğiniz veya yakın zamanda düzenlediğiniz öğelerle telefonunuzda etkileşimde bulunmak için kolay bir yol sağlar.
Bu deneyim harika görünmekle kalmaz, tüm alan türleri için iyileştirilmiş denetimleri de destekler (Şekil 2).
Yeni mobil gezinti (Şekil 3) ile kullanıcılar TFS’nin mobil kullanıma uygun diğer tüm kısımlarına ulaşabilir ve diğer merkezlerle iletişim kurmaları gerektiğinde tam masaüstü sitesine dönebilir.
Geri logları, Kanban panolarını, sprint’leri ve sorguları filtreleme
Sunduğumuz tüm iş öğesi izleme kılavuzu deneyimleri (sorgular, kapsamlar, Kanban panoları, sprint kapsamları ve test çalışması yönetimi) artık ortak, tutarlı filtreleme bileşenimizi (Şekil 4) kullanıyor. Görüntülenen sütunlarda anahtar sözcük filtresi uygulama ve etiketleri seçmenin ötesinde iş öğesi türlerini, durumları ve atanan kişileri de filtreleyerek aradığınız iş öğelerine hızla ulaşabilirsiniz.
Bir Kanban kartındaki boş alanları göstermek için genişletin
Bugün, bir karta ek alanlar ekleyip pano ayarlarından boş alanları gizleyerek(Şekil 5) panodaki gereksiz dağınıklıktan kurtulabilirsiniz. Bu özelliğin olumsuz tarafı, boş bir alan gizlendikten sonra bu alanı güncelleştirmenin tek yolunun iş öğesi formunu açmak olmasıydı. Kanban kartlarında yeni kullanıma sunulan genişletme seçeneği ile artık panonun tamamında boş alanları gizlemenize rağmen bir karttaki belirli bir alanı güncelleştirmek için tek tıklamayla erişim imkanınız vardır. Gizli alanı güncellemek için kartın üzerine gelin ve kartın altındaki aşağı ok işaretini bulun.
Alanı güncellemek için kartın altındaki aşağı bakan oka tıklayın (Şekil 6).
Uzantılar iş öğesi kaydetmeyi engeller
İş öğesi formu özel denetimleri, grupları ve sayfaları artık iş öğesi formu kaydedilmeden önce verilerin doğrulanması ve kullanıcının gerekli bilgileri doldurduğundan emin olunması için iş öğesi kaydını engelleyebilir.
Teslim Planlarına Satır İçi Eklemeler
Yeni özellik fikirleri her an gelebileceğinden yeni özellikleri doğrudan Teslim Planlarınıza eklemeyi kolaylaştırdık (Şekil 7). Fareyle üzerine gelindiğinde kullanılabilen Yeni öğe düğmesine tıklayın, bir ad girin ve Enter tuşuna basın. Beklediğiniz alan yolu ve yineleme yoluna sahip yeni bir özellik oluşturuldu.
Sürüm Denetimi
Çatallar
TFS 2018’de Git çatalları için destek eklenmiştir (Şekil 8). "Fork, bir deponun sunucu tarafındaki bir kopyasıdır." Çatalları kullanarak, doğrudan işleme erişimi vermeden birçok farklı kişinin deponuza katkı sağlamasına izin verebilirsiniz. Bu kişiler, çalışmalarını deponun kendilerine ait çatallarına işleyebilir. Bu sayede, değişiklikleri merkezi depoya kabul etmeden önce bir çekme isteğinde gözden geçirme fırsatınız olur.
GVFS
Git Sanal Dosya Sistemi (GVFS) artık destekleniyor. GVFS, Git’in dosya sisteminde çalışma şeklini sanallaştırarak ve iyileştirerek Git depolarının milyonlarca dosyaya ölçeklendirilmesine olanak sağlar.
Web’i kullanarak bir depoda klasör oluşturma
Artık Git ve TFVC depolarınızda web üzerinden klasörler oluşturabilirsiniz (Şekil 9). Bu özellik, kullanımdan kaldırılma sürecine girecek olan Klasör Yönetimi uzantısının yerini alacaktır.
Klasör oluşturmak için komut çubuğunda veya bağlam menüsünde Yeni > Klasör'e tıklayın:
TFVC için, bir klasör adı belirtip kullanıma almanız gerekecektir. Git için, boş klasörlere izin verilmediğinden ayrıca bir dosya adı belirtmeniz, isteğe bağlı olarak dosyayı düzenlemeniz ve daha sonra işlemeniz gerekecektir.
Git’te ayrıca Yeni dosya iletişim kutusu (Şekil 10), alt klasörler oluşturmak üzere eğik çizgileri kabul edecek şekilde geliştirildi.
Dosya minimap
Artık, dosyaları görüntülerken veya düzenlerken koda hızlıca göz atmak için dosyanın mini haritasını görüntüleyebilirsiniz (Şekil 11). Mini haritayı açmak için, Komut Paleti’ni (F1 veya sağ tıklama) açın ve Mini Haritayı Aç/Kapat’ı seçin.
Parantez eşleştirme
Artık, bir dosyayı düzenlerken veya görüntülerken, sol tarafta köşeli ayraçlarınızı eşleştirmeyi kolaylaştıran kılavuzlar görüntülenir (Şekil 12).
Beyaz alanı değiştir
Artık, bir dosyayı görüntülerken veya düzenlerken boşluk seçeneğini açabilir veya kapatabilirsiniz. Beyaz alanı fark işlemi sırasında açıp kapatmanıza olanak tanıyacak özelliği hala geliştiriyoruz. Boşlukları görüntülemek için (Şekil 13), Komut Paleti’ni (F1 tuşuna basarak veya sağ tıklayarak) açın ve Boşluğu Aç/Kapat’ı seçin. Bu, boşlukları sekmelerden ayırt etmenize olanak sağlar.
TFVC depoları için web’den düzenlemeyi kapatma ayarı
TFVC kullanan takımlar, genellikle kod kalitesinden emin olmak için Visual Studio’daki iade ilkelerini kullanır. Ancak, iade ilkeleri istemcide uygulandığından web’den düzenlenen kod aynı ilkelere tabi olmaz.
Birkaç kişi, kontrol politikalarını atlayan değişikliklere karşı koruma sağlamak amacıyla web düzenlemelerini devre dışı bırakmanın bir yolunu istedi. TFVC için proje/depo temelli olarak web’den düzenlemeyi (ekleme silme, yeniden adlandırma ve düzenleme) kapatmaya yönelik bir özellik ekledik.
Web’den düzenleme iznini kaldırmak istiyorsanız Dosyalar sayfasından Ayarlar’a ve sonra Sürüm Denetimi’ne gidin (Şekil 14). Ağaçtaki TFVC deposuna tıklayın, Seçenekler özetine gidin ve Bu TFVC deposu için web’den düzenlemeyi etkinleştir seçeneğinin işaretini kaldırın. Web’den düzenleme varsayılan olarak etkindir.
Not
Projeye Genel Bakış sayfasından BENİOKU dosyasının düzenlenmesi bundan etkilenmez.
Bir projede web’den düzenleme devre dışıyken web düzenlemesi yapmaya çalıştığınızda, buna izin verilmediğine ilişkin bir bildirim alırsınız (Şekil 15).
Bayat dalları tanımlama
Artık ihtiyacınız olmayan dalları silerek deponuzu düzenli tutmanız, takımların önem verdikleri dalları bulmasına ve doğru ayrıntı düzeyinde sık kullanılanlar ayarlamasına imkan tanır. Bununla birlikte, deponuzda çok sayıda dal varsa hangilerinin etkin olmadığını ve silinebileceğini belirlemek zor olabilir. Artık “eski” dalları (3 aydan eski işlemeleri işaret eden dallar) daha kolayca bulabilirsiniz. Eski dallarınızı görmek için Dallar sayfasındaki Eski özetine gidin (Şekil 16).
Silinen bir dalı arama ve yeniden oluşturma
Bir dalı yanlışlıkla sunucudan sildiğinizde dala ne olduğunu anlamak zor olabilir. Artık silinen bir dalı arayabilir, kimin ne zaman sildiğini görebilir ve isterseniz yeniden oluşturabilirsiniz.
Silinen bir dalı aramak için dal arama kutusuna dalın tam adını yazın. O metinle eşleşen herhangi bir mevcut dalı döndürür. Silinen dallar listesinde tam eşleşme araması yapma seçeneğini de görebilirsiniz. Silinen dalları aramak için bağlantıya tıklayın (Şekil 17).
Bir eşleşme bulunursa kimin ne zaman sildiğini görebilirsiniz. Dalı geri yükleme seçeneğiniz de vardır (Şekil 18).
Dal geri yüklenirse son işaret ettiği işlemede yeniden oluşturulur. Ancak, politikalar ve izinler geri yüklenmez.
Ön ekiyle başlayan dallarda bir işleme ara
Tüm dalların bir metin ön ekine sahip olduğu hiyerarşik biçimli bir dal yapınız varsa, bu özellik ilgili metin ön ekine sahip tüm dallarda bir işlemeyi bulur. Örneğin, bir işlemenin "dev" ön ekli tüm dallara ulaşıp ulaşmadığını öğrenmek için tek yapmanız gereken, arama kutusuna "dev" yazıp "dev" ile başlayan dallarda ara’yı seçmektir (Şekil 19).
İşlem detayları sayfasında daha zengin bir çekme isteği uyarı balonu
İşleme ayrıntıları sayfasındaki çekme isteği açıklaması, daha iyi tanı koyabilmek için daha fazla ilgili bilgi gösterir (Şekil 20). Artık açıklama balonunda işlemeyi herhangi bir dala ilk kez sunan ilk çekme isteği ve varsayılan dalla ilişkili çekme isteği bilgileri de gösterilir.
Kodda ağaç görünümünü filtrele
Artık sadece dosyalarınıza ulaşabilmek için bir işlemenin değiştirmiş olabileceği tüm dosyalara bakmak zorunda değilsiniz. İşleme ayrıntıları, çekme istekleri, raf kümesi ayrıntıları ve değişiklik kümesi ayrıntıları sayfasındaki ağaç görünümü artık dosya ve klasör filtrelemeyi destekliyor. Bu özellik, klasör adına göre filtre uyguladığınızda bir klasörün alt dosyalarını, dosya adına göre filtre uyguladığınızda ise dosya hiyerarşisini göstermek amacıyla bir dosyanın daraltılmış ağaç görünümünü görüntüleyen akıllı bir filtredir.
İşleme ağacında bir dosya veya klasörü bulma filtresi (Şekil 21) ve (Şekil 22):
Dal güncelleştirmeleri sayfasının adı artık Göndermeler olarak değiştirildi.
Dal Güncelleştirmeleri sayfasının değeri son derece yüksektir. Ancak, Geçmiş merkezinin altında bir döndürme olarak gizlenmişti. Dal güncellemeleri sayfası artık, Göndermeler(Şekil 23) adlı bir merkez olarak Kod altında, İşlemeler, Dallar, Etiketler ve Çekme İstekleri ile birlikte görünüyor. Gönderimler sayfasının yeni URL'si şudur: \<tfsserverurl\>/\<projectname\>/_git/\<reponame\>/pushes. Eski URL’ler çalışmaya devam edecektir.
Bununla birlikte, Geçmiş merkezi de yalnızca işlemeleri gösterdiğinden İşlemeler(Şekil 24) olarak yeniden adlandırıldı. İşlem listesi görünümü yalnızca üzerine gelindiğinde ayrıntılı zaman bilgisi gösterdiği için, kullanıcıların commit ile ilgili sorunları gidermekte zorlandığına ilişkin geri bildirim aldık. İşlem listesi görünümü artık tüm örneğinizde tarih ve saati gg/aa/yy ss:dd biçiminde gösteriyor. İşlemeler sayfasının yeni URL'si şudur: \<tfsserverurl\>/\<projectname\>/_git/\<reponame\>/commits. Eski URL’ler çalışmaya devam edecektir.
Dosyalar’dan İşlemeler’e geçişte dosya adını koruma
Kullanıcılarımız, Kod merkezinin Dosyalar özetindeki belirli bir dosya ile dizine filtre uygulayıp daha sonra Geçmiş özetine geçtiklerinde, işlemenin 1.000’den fazla dosyayı değiştirmiş olması durumunda dosya adının kalıcı olmadığına ilişkin bir geri bildirimde bulundu. Bu sorun nedeniyle, kullanıcıların dosyayı bulmak için daha fazla dosya yüklemesi ve içeriği filtrelemesi gerekiyor, bu da üretkenliği etkiliyordu. Geliştiriciler normalde aynı dizinde çalışır ve değişiklikleri izlerken içinde çalıştıkları dizinlere bağlı kalmak ister. Artık bir işlemede değiştirilen dosya sayısından bağımsız olarak Kod merkezi özetleri arasında geçiş yaparken dosya adının kalıcı olması sağlanıyor. Bu, istediğiniz dosyayı bulmak için Daha Fazla Yükle’ye tıklama gereksiniminizin ortadan kalktığı anlamına geliyor.
Git etiketlerini görüntüleme
Deponuzdaki tüm etiketleri Etiketler sayfasında görüntüleyebilirsiniz (Şekil 25). Tüm etiketlerinizi sürümler halinde yönetiyorsanız, bir kullanıcı etiketler sayfasını ziyaret ederek tüm ürün sürümlerine genel olarak bakabilir.
Basit ve açıklamalı etiketleri birbirinden kolayca ayırt edebilirsiniz. Açıklamalı etiketlerde ilişkili işlemenin yanı sıra etiketi oluşturan kişi ve oluşturma tarihi gösterilirken, basit etiketlerde yalnızca işleme bilgileri gösterilir.
Git etiketlerini silme
Bir etiketi uzak deponuzdan silmenizi gerektirecek durumlar olabilir. Bunun nedeni, etiket adındaki bir yazım yanlışı ya da yanlış işlemenin etiketlenmesi olabilir. Web kullanıcı arabiriminde, Etiketler sayfasındaki bir etiketin bağlam menüsüne tıklayıp Etiketi sil’i seçerek etiketleri kolayca silebilirsiniz (Şekil 26).
Uyarı
Uzak depolardaki etiketlerin silinmesine dikkatle yaklaşılmalıdır.
Git etiketlerini filtreleme
Eski depolarda etiket sayısı zamanla çok yüksek bir seviyeye ulaşabileceği gibi, hiyerarşiler halinde oluşturulmuş etiketler içeren ve etiketleri bulmanın zor olduğu depolar da olabilir.
Etiketler sayfasında aradığınız etiketi bulamazsanız tek yapmanız gereken, Etiketler sayfasının üst kısmındaki filtreyi kullanarak etiketin adıyla arama gerçekleştirmektir (Şekil 27).
Git etiketlerinin güvenliği
Artık depo kullanıcılarına etiketleri yönetmek için ayrıntılı izinler verebilirsiniz. Bu arabirimden, kullanıcılara etiketleri silme ya da yönetme izni verebilirsiniz (Şekil 28).
İpucu
Git etiketleri hakkında daha fazla bilgi edinmek için bkz. Microsoft DevOps blogu.
Çekme istekleri tamamlandığında iş öğelerini otomatik olarak tamamlama
Çekme isteklerinize iş öğeleri bağlıyorsanız, her şeyin güncel kalmasını artık daha basitçe sağlayabilirsiniz. Artık bir çekme isteğini tamamladığınızda, çekme isteği başarıyla birleştirildiğinde bağlı işlemlerin de otomatik olarak tamamlanmasını sağlama seçeneğine sahip olacaksınız (Şekil 29). İlkeleri kullanıyorsanız ve çekme isteklerini otomatik olarak tamamlanacak biçimde ayarlarsanız aynı seçeneği göreceksiniz. Artık çekme isteği tamamlandıktan sonra iş öğelerine geri dönüp durumu güncellemeyi hatırlamanıza gerek yok. Bu işlem sizin adınıza otomatik olarak gerçekleştirilir.
Push/yeni iterasyonda oyları sıfırlama
Yeni değişiklikler gönderildiğinde oyları yeniden başlatmayı tercih edebilen takımlar, çekme isteklerinde daha sıkı bir onay iş akışını seçebilir (Şekil 30). Bu yeni ayar, Minimum gözden geçiren sayısı gerektir ilkesinin altında bir seçenektir.
Bu seçenek ayarlandığında, çekme isteğinin kaynak dalı güncelleştirildiği her seferinde tüm gözden geçirenlerin bütün oyları sıfırlanır. PR zaman çizelgesi, bu seçenekle oylar sıfırlandığında her seferinde bir girdi kaydedecektir (Şekil 31).
Çekme isteği ağacını dosya adına göre filtreleme
Bir çekme isteğinde belirli bir dosyayı bulmak her zamankinden daha kolay. Dosyalar görünümündeki yeni filtre kutusu, kullanıcıların ağaç görünümünde dosya listesini filtrelemesine olanak tanır (Şekil 32).
Filtre, çekme isteğindeki dosya yollarının herhangi bir kısmıyla eşleşir ve bu sayede dosya adlarına, kısmi yollara, dosya adlarına veya uzantılara göre arama yapabilirsiniz (Şekil 33).
Çekme isteği açıklamalarını filtrelemek için daha fazla seçenek
Çekme isteğine genel bakış ve dosyalar görünümlerindeki açıklamalar için artık aynı seçenekler sunuluyor (Şekil 34). Yalnızca katıldığınız tartışmaları görecek biçimde de filtre uygulayabilirsiniz.
Kod yorumları için çekme isteği detaylarındaki orijinal farkı görüntüle
Bazen, bir istek üzerine yapılan değişikliklerden sonra başvurduğu kod değiştiğinde, bir PR yorumunu anlamak zor olabilir (Şekil 35).
Böyle bir durumla karşılaştığınızda, güncelleştirme numarası içeren bir rozet göreceksiniz. Bu numaraya tıklayarak, açıklama oluşturulduğu sırada kodun nasıl göründüğüne bakabilirsiniz (Şekil 36).
Daraltılabilen çekme talebi yorumları
Kod gözden geçirme işlemi çekme isteği deneyiminin önemli bir parçası olduğundan, gözden geçirenlerin koda odaklanmasını kolaylaştıracak yeni özellikler ekledik. Kodu gözden geçirenler, yeni kodu ilk kez gözden geçirdikleri sırada açıklamaları kolayca gizleyebilir (Şekil 37).
Açıklamaların gizlenmesi durumunda (Şekil 38), ağaç görünümünde açıklamalar gizlenir, dosya görünümünde ise açıklama dizileri daraltılır:
Daraltılan yorumlar, kenar boşluğundaki simgeye tıklanarak kolayca genişletilebilir ve bir kez daha tıklanarak yeniden daraltılabilir. Araç ipuçları(Şekil 39), yazışmanın tamamına bakmadan bir açıklamaya göz atmayı kolaylaştırır.
Çekme isteği açıklamaları ve yorumlarında görev listeleri
PR hazırlarken veya yorum yaparken bazen izlemek istediğiniz şeylerden oluşan kısa bir listeniz olur, ancak daha sonra metni düzenlemek veya birden fazla yorum eklemek zorunda kalırsınız. Hafif görev listeleri, PR oluşturan veya gözden geçiren kişi olarak, açıklama bölümünde ya da tek, birleştirilmiş bir yorumda yapılacaklar listesinin ilerleme durumunu takip etmenin harika bir yoludur. Bu özelliği kullanmaya başlamak veya biçimi seçilen metne uygulamak için Markdown araç çubuğuna tıklayın (Şekil 40).
Görev listesi ekledikten sonra (Şekil 41), kutuları işaretleyerek öğeleri tamamlandı olarak işaretleyebilirsiniz. Bunlar, açıklamada Markdown diliyle [ ] veya [x] olarak ifade edilir ve depolanır. Daha fazla bilgi edinmek için bkz. Markdown kılavuzu.
Çekme isteklerindeki yorumları beğenebilme özelliği
Beğen düğmesine tek bir tıklamayla bir PR yorumunu desteklediğinizi gösterin (Şekil 42). Düğmenin üzerine gelerek açıklamayı beğenen herkesin listesini görebilirsiniz.
Önerilerle onaylama sırasında geliştirilmiş iş akışı
Çekme isteklerinde otomatik tamamlama seçeneğini (Şekil 43) kullanmak, üretkenliğinizi artırmanın harika bir yoludur. Ancak kodu gözden geçirenler arasındaki etkin tartışmaların yarıda kesilmemesine dikkat edilmelidir. Tartışmaların daha iyi yönetilmesini sağlamak için, Önerilerle onayla oyu, bir çekme isteği otomatik olarak tamamlanacak şekilde ayarlandığında bir uyarı verecek. Kullanıcının sağladığı geri bildirimin okunabilmesi için otomatik tamamlamayı iptal etme ya da tüm ilkeler karşılandığında çekme isteğinin otomatik olarak tamamlanmasına izin verme seçeneği vardır.
Git bildirimleri için yol filtreleme desteği
Artık bir depodaki tüm klasörler için bildirim almak yerine, yalnızca takım üyeleri tarafından önem verdiğiniz klasörlerde çekme istekleri oluşturulduğunda ya da kod gönderildiğinde bildirim almayı tercih edebilirsiniz. Özel Git push veya Git pull isteklerine yönelik e-posta bildirimi abonelikleri oluştururken, bu bildirimleri klasör yoluna göre filtrelemeyi sağlayan yeni bir seçenek görürsünüz (Şekil 44).
Pull request iş akışları için güncellenmiş e-posta şablonları
Çekme isteği e-posta uyarıları daha net, kısa ve eyleme dönüştürülebilir olacak şekilde yenilendi (Şekil 45). Konu satırı artık PR başlığıyla ve depo adı gibi ikincil bilgilerle başlıyor ve ID en sona taşınıyor. Kuralları ve filtreleri, PR'yi oluşturan kişiye göre daha basit bir şekilde uygulamak için yazarın adı konuya eklendi.
Uyarı e-postalarının gövdesi, ilk olarak uyarının niye gönderildiğini özetleyen, sonra da kritik meta verileri (başlık, dal adları ve açıklama) sunan ve bir ana eylem çağrısı düğmesi içeren yenilenmiş bir şablona sahiptir. Gözden geçirenler, dosyalar ve taahhütler gibi ek ayrıntılar e-postanın aşağısında bulunur.
Çoğu uyarının eylem çağrısı (Şekil 46), çekme isteğini web’de görüntülemeye yöneliktir. Bununla birlikte, belirli bir açıklamayla ilgili bildirim aldığınızda kodu ve bağlam bilgisi sunan önceki konuşmayı kolayca bulabilmeniz için eylem çağrısı doğrudan bu açıklamanın bağlantısını verir.
Anında iletme bildirimleri için güncelleştirilmiş e-posta şablonları
Anında iletme bildirimleri, net, kısa ve işlem yapılabilir olacak şekilde iyileştirilen yeni e-posta şablonlarına uygun olarak güncelleştirildi (Şekil 47). Konu satırı, gönderme e-postalarını açıkça ayırt etmenize; dalı, depoyu ve yazarı belirlemenize; göndermeye dahil edilen işleme sayısını özetlemenize yardımcı olur. Bu değişiklikler ayrıca, bu e-posta bildirimlerini yönetmeye yardımcı olan kural ve filtreler oluşturmayı kolaylaştırır.
E-posta gövdesi, diğer e-postalarla tutarlıdır. E-postanın neden gönderildiğini, işlemi kimin başlattığını ve tam olarak ne olduğunu vurgular. Gönderme uyarılarına özgü olarak, alıcıları değişikliklerin kapsamı hakkında bilgilendirmeye yardımcı olmak için depo, dal, dosyalar ve işlemeler hakkında ayrıntılar dahil edilir. Gönderme uyarıları için ana eylem çağrısı Göndermeyi Görüntüle’dir. Uyarıyı oluşturan göndermeye ilişkin göndermeler görünümünü açar.
Wiki
Artık her proje kendi Wiki’sini destekliyor (Şekil 48). Artık takım üyelerinizin projenizi anlamasına, kullanmasına ve projeye katkı sağlamasına yardımcı olan sayfaları rahatça yazabilirsiniz.
Yeni Wiki’nin temel özelliklerinden bazıları şunlardır:
- Markdown söz dizimi ile basitleştirilmiş düzenleme deneyimi.
- Yeni sayfa bir başlık belirtmenize ve içerik eklemenize olanak sağlar. (Şekil 49)
- Markdown’da HTML etiketleri için destek (Şekil 50).
- Markdown klasöründeki görüntüleri rahatça yeniden boyutlandırın (Şekil 51).
- Sayfaları yeniden sıralamanıza, yönetmenize ve sayfaların üst öğelerini yeniden ayarlamanıza imkan tanıyan güçlü sayfa yönetimi bölmesi.
- Büyük Wiki’ler için sayfaları başlığa göre filtreleme özelliği (Şekil 52).
- İleri düzey kullanıcılar için çevrimdışı Wiki güncelleştirmeleri.
İpucu
Wiki'yi kullanmaya başlama hakkında daha fazla bilgi edinin.
Wiki’yi daha çok kullandıkça, yanlışlıkla yapılan değişiklikleri kaydetme şansınız artacak. Artık, bir düzeltmenin ayrıntılarına gidip Geri Döndür düğmesine tıklayarak bir Wiki sayfasındaki düzeltmeyi geri alabilirsiniz (Şekil 53).
Bozuk bir bağlantıdan Wiki sayfası oluşturma
Wiki oluşturulurken çoğu zaman bir Wiki sayfasındaki içindekiler tablosunda, mevcut olmayan bağlantıların yer aldığını gözlemledik (Şekil 54). Kullanıcılar gerçek bir sayfa oluşturmak amacıyla bu bağlantılara tıklıyordu. Bundan önce böyle bir senaryoda bağlantının bozuk olduğunu veya sayfanın mevcut olmadığını belirten bir uyarı yapılıyordu. Artık böyle durumlar genel bir Wiki senaryosu olarak ele alınarak sayfa oluşturmanıza olanak sağlanıyor.
Wiki sayfasına derin bağlantı
Wiki artık, bir sayfa içinde ve sayfalar arasında ayrıntılı bağlantı sağlama bölümlerini destekliyor. Bu, içindekiler tablosu oluşturmak için çok kullanışlıdır. Aşağıdaki söz dizimini kullanarak aynı sayfadaki veya başka bir sayfadaki bir başlığa başvurabilirsiniz:
- Aynı sayfa:
[text to display](#section-name) - Başka bir sayfa:
[text to display](/page-name#section-name)
Market’teki Wiki uzantısı kullanım dışı bırakıldı. Mevcut bir Wiki uzantısı kullanıcısıysanız bu geçiş aracını kullanarak Wiki sayfalarınızı yeni Wiki’ye geçirebilirsiniz. Mevcut Wiki sayfalarınızı yeni Wiki’ye geçirme hakkında daha fazla bilgi edinin.
Paket Yönetimi
Paket Yönetimi deneyimindeki güncelleştirmeler
Paket URL’leri artık GUID’leri kullanmak yerine paket adı ve sürümüyle çalışıyor. Bu, paket URL’lerini el ile oluşturmayı kolaylaştırıyor (Şekil 55). Biçim şu şekildedir: \<tfsserverurl\>/\<project|team\>/_packaging?feed=\<feed\>&package=\<package\>&version=\<version\>&protocolType=\<NuGet|Npm|Maven\>&_a=package.
Artık silinen paket sürümlerini tüm akış kullanıcılarından gizleyebilirsiniz (artık üzeri çizili paketlere elveda!) (Şekil 56).
Paket ayrıntıları sayfasında gerçekleştirebildiğiniz tüm işlemler artık paket listesindeki bağlam menüsünden gerçekleştirilebilir.
Paket listesi, son güncelleştirilen paketleri kolayca bulabilmeniz için anlaşılır tarihler içeren yeni bir Son gönderme sütunu içeriyor (Şekil 57).
Maven paketleri
TFS 2018’de Maven yapıtlarını barındırma desteği sunmaya başladık (Şekil 58). Maven yapıtları, Java geliştiricilerinin kod ve bileşenleri sorunsuz bir şekilde paylaşmasına imkan tanır. Paket Yönetimi’ni kullanarak nasıl Maven yapıtları paylaşabileceğinizi öğrenmek için başlangıç kılavuzumuzu inceleyin.
Yeni birleşik NuGet görevi
NuGet Restore, NuGet Packager ve NuGet Publisher görevlerini derleme görevi kitaplığının geri kalanıyla daha iyi hizalamak için tek bir NuGet derleme görevi altında birleştirdik; yeni görev varsayılan olarak NuGet 4.0.0 sürümünü kullanır. Bu doğrultuda, eski görevleri kullanım dışı bıraktık ve zamanınız olduğunda yeni NuGet görevine geçmenizi öneriyoruz. Bu değişiklik, aşağıda ana hatlarıyla verilen ve yalnızca birleşik görevi kullanarak erişebileceğiniz bir dizi geliştirme ile eş zamanlı olarak sunuluyor.
Bu çalışma kapsamında, PATH üzerindeki NuGet’in sürümünü denetleyen ve yeni NuGet görevi tarafından kullanılan yeni bir NuGet Tool Installer da yayınladık. Bu nedenle, NuGet’in daha yeni bir sürümünü kullanmak için tek yapmanız gereken, derlemenizin başlangıcında bir NuGet Tool Installer görevi eklemektir (Şekil 59).
İpucu
Microsoft DevOps blogunda, derlemenizde en son NuGet’i kullanma hakkında daha fazla bilgi edinin.
NuGet “Yinelenenlerin atlanmasına izin ver” seçeneği
Birçok NuGet müşterisinden, bir dizi paket oluşturduklarını ve bunlardan yalnızca bazılarının güncellemeler almış olabileceğini (bu nedenle güncellenmiş sürüm numaralarına sahip olduklarını) duyduk. NuGet derleme görevi, sürümün zaten kullanımda olduğu bir VSTS/TFS akışına paket göndermeye çalıştığında görevin devam etmesine imkan tanıyan yeni bir Yinelenenlerin atlanmasına izin ver seçeneği içeriyor.
npm oluşturma görevi güncellemeleri
Yeni NPM derleme görevi, npm projenizi Windows, Linux veya Mac’te derlemenizden bağımsız olarak sorunsuz bir biçimde çalışır. Ayrıca, görevi yeniden düzenleyerek hem npm install hem de npm publish görevini kolaylaştırdık. Projenizin dosyasında listelenen kayıt defterlerine ait kimlik bilgilerinin bir hizmet uç noktasında güvenli bir şekilde saklanması için .npmrc ve publish kimlik bilgilerini almayı basitleştirdik. Alternatif olarak, VSTS/TFS beslemesi kullanıyorsanız, bir besleme seçmenizi sağlayan seçicimizi kullanabilirsiniz ve bu, derleme aracısı tarafından kullanılan gerekli kimlik bilgilerini içeren bir .npmrc oluşturur.
Maven artık kimliği doğrulanmış akışları destekliyor
Maven derleme görevi, npm ve NuGet’in aksine kimliği doğrulanmış akışlarla çalışmıyordu. Maven görevini, VSTS/TFS akışlarıyla kolayca çalışabilmenizi sağlayacak biçimde güncelleştirdik (Şekil 60).
dotnet görevi, kimliği doğrulanmış akışları ve web projelerini destekliyor
dotnet görevinin yeni ana sürümü (2.x), geri bildirim isteklerinizin çoğunu karşılıyor ve bir süredir izlemekte olduğumuz bir dizi hatayı düzeltiyor. Bunlar arasında aşağıdakiler yer alır:
- İlk olarak, dotnet artık Paket Yönetimi gibi kimliği doğrulanmış paket kaynaklarını desteklediğinden, özel paket kaynaklarından paketleri geri yüklemek için NuGet görevini kullanmanız gerekmez.
- Görevin 2.0 sürümünde Projelerin yolu alanının davranışı değişti. Görevin önceki sürümlerinde, belirtilen desenle eşleşen proje dosyaları bulunamadığında, görev önce günlüğe bir uyarı kaydeder ve ardından başarılı olurdu. Böyle senaryolarda, derleme başarılı olduğu halde bağımlılıkların neden geri yüklenmediğini anlamak zor olabilir. Artık belirtilen desenle eşleşen proje dosyaları bulunamazsa görev başarısız olur. Bu, diğer görevlerin davranışıyla uyumlu olmasının yanı sıra anlaşılması ve kullanılması kolay bir özelliktir.
- Önceki görev yayımlama komutu sürümlerinde, açık bir çıkış yolu belirtmiş olsanız bile görev tüm dosyaları proje dosya adına göre adlandırılmış bir klasöre yerleştirerek çıkış yolunu değiştiriyordu. Bu, komutları zincir halinde birbirine eklemeyi zorlaştırır. Artık çıkış dosyasının yolunu denetleyebilirsiniz.
Ayrıca, PATH üzerindeki dotnet’in sürümünü denetleyen ve yeni dotnet görevi tarafından kullanılan yeni bir dotnet Tool Installer görevi de yayınladık. Bu nedenle, dotnet’in daha yeni bir sürümünü kullanmak için tek yapmanız gereken, derlemenizin başlangıcına bir dotnet Tool Installer görevi eklemektir.
Hesabınız/koleksiyonunuz dışında çalışma
Başka bir VSTS hesabı veya TFS sunucusundaki Paket Yönetimi akışları ya da NuGet.org/npmjs.com, Artifactory veya MyGet (Şekil 60) gibi Paket Yönetimi dışı akışlar olmasından bağımsız olarak, TFS sunucunuz ya da VSTS hesabınız dışındaki akışlarla artık daha kolayca çalışabilirsiniz (Şekil 61). NuGet ve npm için adanmış Hizmet Uç Noktası, doğru kimlik bilgilerinin girilmesini kolaylaştırmasının yanı sıra derleme görevlerinin tüm paket indirme ve paket gönderme işlemlerinde sorunsuz bir şekilde çalışmasını sağlar.
VSTS/TFS akışları için akış seçici
Kaynak deponuzda paketlerinizin nereden geldiğine ilişkin bir kayıt tutmak için her zaman bir yapılandırma dosyasının (örn. NuGet.Config, .npmrc, vs.) kaydedilmesini öneririz. Bununla birlikte, bu yöntemin uygun olmadığı bazı senaryolar olduğunu duyduk. Bu nedenle, bir akışı seçmenize ve ilgili derleme adımı için kullanılan bir yapılandırma dosyasını otomatik olarak oluşturmanıza imkan tanıyan yeni bir Bu VSTS/TFS akışındaki paketleri kullan seçeneği ekledik (Şekil 62).
Yapı ve Sürüm
XAML Derlemeleri
TFS 2015’te web tabanlı, platformlar arası bir derleme sistemini kullanıma sunduk. XAML derlemeleri TFS 2018 RTW veya Güncelleştirme 1’de desteklenmez, ancak TFS 2018 Güncelleştirme 2’de bunları yeniden etkinleştirdik. XAML derlemelerinizi geçirmeniz için sizi teşvik ediyoruz. Geçiş yapmaya hazır değilseniz ve XAML derlemelerini kullanmaya devam etmeniz gerekiyorsa lütfen TFS 2018 Güncelleştirme 2’ye yükseltin.
TFS 2018 RTW veya Güncelleştirme 1’e yükselttiğinizde:
Takım projesi koleksiyonunuzda XAML derlemesi verileri varsa, XAML derlemesi özelliklerinin kaldırıldığına ilişkin bir uyarı alacaksınız.
Tamamlanmış XAML derlemelerini görebilirsiniz ancak yeni derlemeleri kuyruğa alamazsınız.
TFS 2018’de XAML derleme denetleyicisi veya aracısının yeni sürümü yoktur.
TFS 2018 Güncelleştirme 2’ye yükselttiğinizde:
Takım projesi koleksiyonunuzda XAML derlemesi verileri varsa, XAML derlemesi özelliklerinin kullanım dışı bırakıldığına ilişkin bir uyarı alırsınız.
XAML derleme tanımlarını düzenlemek veya yeni XAML derlemelerini kuyruğa almak için Visual Studio veya Takım Gezgini 2017’yi kullanmanız gerekir.
Yeni XAML derleme aracıları oluşturmanız gerekiyorsa bunları TFS 2015 derleme aracısı yükleyicisini kullanarak yüklemeniz gerekir.
İpucu
XAML derlemelerini kullanım dışı bırakma planımızın açıklaması için Gelişen TFS/Team Services derleme otomasyon özellikleri blog gönderisine bakın.
Derleme tanımlarını dışa aktarma ve içe aktarma
Derleme tanımları dahili olarak .json dosyaları halinde uygulandığından, dosyanın geçmişindeki değişikliklerin ayrıntılarını görebilirsiniz. Zaten derleme tanımlarınızı kopyalayabiliyor veya bunlardan şablon oluşturabiliyordunuz, ancak birçok kullanıcı CI derleme mantığının bir kopyasını alıp başka bir takım projesinde yeniden kullanmak istiyordu. Bu, UserVoice’ta en çok istenen on özellikten biriydi.
Bunun artık mümkün olduğunu memnuniyetle duyuruyoruz! (Şekil 63) ve (Şekil 64).
Derleme şablonları içeren uzantılar
Derleme şablonları, kullanıcıların derlemelerini tanımlama işlemine başlarken kullanabileceği bir temel oluşturmanıza imkan tanır. Yeni sunduğumuz pakette bunlardan birkaç tane var ve hesabınıza yeni şablonlar yükleyebiliyor olsanız da uzantı yazarının bir uzantı kapsamında yeni şablonlar eklemesi hiçbir zaman mümkün olmamıştı. Artık uzantılarınıza derleme şablonları ekleyebilirsiniz. Örneğin:
{ "id": "Template1",
"type": "ms.vss-build.template",
"targets": [ "ms.vss-build.templates" ],
"properties": { "name": "Template1" } }
Tam örnek için bkz: https://github.com/Microsoft/vsts-extension-samples/tree/master/fabrikam-build-extension.
İpucu
Bu özelliği kullanarak tüm takım projelerinizde aynı özel şablonu sunabilir ve paylaşabilirsiniz.
Uzantıdaki bir görevi kullanım dışı bırakma
Artık uzantınızdaki bir görevi kullanım dışı bırakabilirsiniz. Bu özelliğin çalışması için görevinizin en son sürümüne şu değişkeni eklemeniz gerekir:
"deprecated": true
Kullanıcı, kullanım dışı bırakılan görevleri aradığında (Şekil 65), bu görevler sona taşınır ve varsayılan olarak daraltılmış olan daraltılabilir bir bölüm altında gruplanır. Bir tanımda zaten kullanım dışı bir görev kullanılıyorsa, kullanıcıların yeni göreve geçmesini teşvik etmek için kullanım dışı görev rozeti görüntülenir.
Görev açıklamasında yeni görevden bahsederek kullanıcılarınızın bunun hakkında bilgi edinmesine yardımcı olabilirsiniz (Şekil 66). Bu açıklama, görevi hem görev kataloğundan hem de mevcut derleme/yayın tanımlarından doğru şekilde kullanma konusunda kullanıcılara kılavuzluk sağlar.
Katkıda bulunulan derleme bölümlerinin bölüm görünürlüğünü kontrol etmesine izin ver
Bundan önce derleme görevleri ve derleme özeti bölümlerine sahip bir uzantıyı kullanırken, bu derlemedeki derleme görevini kullanmıyor olsanız bile derleme özeti bölümünü görüyordunuz. Artık uzantı kodunuza şu satırı ekleyip satırın değerini true veya false şeklinde ayarlayarak derleme özeti sayfasında bu bölümü gizlemeyi veya göstermeyi tercih edebilirsiniz:
VSS.getConfiguration().setSectionVisibility("$(publisherId).$(extensionId).$(sectionId)", false);
Microsoft vsts-extension-samples deposuna eklenen örneği görüntüleyin.
Değişken grubu desteği
Daha önce yayın tanımlarında kullanılabilen değişken grupları, artık derleme tanımlarında da kullanıma hazırdır. Değişken grubu oluşturma hakkında daha fazla bilgi edinin. Bu özellik, proje düzeyinde derleme/yayın değişkenleri ve derleme tanımlarındaki değişken grupları için yapılan ilgili öneriler temel alınarak geliştirilmiş ve önceliklendirilmiştir.
Apple sertifikaları gibi güvenli dosyalarla çalışma
Genel amaçlı bir güvenli dosyalar kitaplığı eklendi (Şekil 67).
İmzalama sertifikaları, Apple Sağlama Profilleri, Android Keystore dosyaları ve SSH anahtarları gibi dosyaları, kaynak deponuza işlemeye gerek kalmadan sunucuda depolamak için güvenli dosyalar kitaplığını kullanın.
Güvenli dosyaların içeriği şifrelenir ve yalnızca derleme veya yayın işlemleri sırasında bir görevden başvurularak kullanılabilir. Güvenli dosyalar, güvenlik ayarlarına bağlı olarak takım projesindeki birden çok derleme ve yayın tanımında kullanılabilir. Güvenli dosyalar Kitaplık güvenliği modelini izler.
Bu yeni özellikten yararlanan bazı Apple görevleri de ekledik:
Derleme tanımlarını duraklat
Artık, derleme tanımlarını duraklatabilir veya devre dışı bırakabilirsiniz. Derleme tanımınızda değişiklikler yapmayı planlıyor ve bunlar tamamlanana kadar yeni derlemelerin kuyruğa alınmasını engellemek istiyorsanız, derleme tanımını devre dışı bırakabilirsiniz. Benzer şekilde, ajan makinelerini yükseltmeyi planlıyorsanız, bir derleme tanımını duraklatmayı seçebilirsiniz. Bu, VSTS'nin yeni derleme isteklerini kabul etmeye devam etmesine ve tanımı devam ettirene kadar bunları çalıştırmadan kuyrukta bekletmesine olanak sağlar.
Görev girişi doğrulama desteği
Derleme tanımı görevlerinde parametreleri yazarken bazen hatalar oluşabilir. Görev girişi doğrulaması sayesinde görev yazarları, uygun değerlerin belirtildiğinden emin olabilir. Doğrulama ifadeleri, görev koşulları için kullanılan benzer ifade söz dizimlerini izler ve görev koşulları tarafından desteklenen işlevlerin yanı sıra URL, IPv4, e-posta, numara aralığı, sha1, uzunluk veya eşleşme gibi desteklenen işlevleri kullanabilir.
İpucu
VSTS görevleri deposu sayfasında hedefler ve kullanım hakkında daha fazla bilgi edinebilirsiniz.
Yeni Yayın Tanımı Düzenleyicisi
Derleme ve Yayın deneyimlerini yenileme yolculuğumuzda, yayın tanımı düzenleyicimizi yeniden tasarlayarak daha kullanışlı bir deneyime dönüştürdük, bazı sorunlu noktaları düzelttik ve yeni özellikler ekledik. Yeni düzenleyicinin en güçlü özelliklerinden biri, ortamınıza yönelik dağıtımların nasıl ilerleyeceğini görselleştirmenize yardımcı olmasıdır. Buna ek olarak onaylar, ortam özellikleri ve dağıtım ayarları artık bağlam içindedir ve kolayca yapılandırılabilir.
İşlem hattının görselleştirilmesi
Düzenleyicideki işlem hattı (Şekil 68), bir yayındaki dağıtımların nasıl ilerlediğine yönelik bir grafik görünümü sağlar. Yapıtlar, yayın sürümü tarafından tüketilir ve ortamlara dağıtılır. Ortamların düzeni ve bağlantıları, her ortam için tanımlanan tetikleyici ayarlarını yansıtır.
Bağlam içi yapılandırma kullanıcı arabirimi
Yapıtlar, yayın tetikleyicileri, dağıtım öncesi ve dağıtım sonrası onaylar, ortam özellikleri ve dağıtım ayarları artık bağlam içinde ve kolayca yapılandırılabilir (Şekil 69).
Dağıtım şablonlarını kullanmaya başlama
Tüm yerleşik dağıtım şablonları, işlem parametreleriyle donatıldı. Bu parametreler, kullanıcıların görevlerde ayrıntıya inmelerine gerek kalmadan en önemli parametreleri belirterek kullanmaya başlamalarına olanak tanıyor (Şekil 70).
Yayın ve ortam değişkenleri için basitleştirilmiş yönetim
Yayın veya ortam değişkenlerini hızlı bir şekilde eklemek için Liste görünümünü, kapsamlar arasında değişkenleri yan yana karşılaştırmak ve düzenlemek için Kılavuz görünümünü kullanın. Ayrıca, her iki görünümde de çalıştığınız değişkenler kümesini yönetmek için filtre ve anahtar sözcük aramayı kullanabilirsiniz.
Geliştirilmiş görev ve aşama düzenleyicisi
Yeni derleme tanımı düzenleyicisindeki tüm iyileştirmeler artık yayın tanımı düzenleyicisinde de kullanılabilir (Şekil 72). Belirli görevleri arayabilir ve Ekle düğmesini ya da sürükle/bırak özelliğini kullanarak ekleyebilirsiniz. Sürükle/bırak özelliğini kullanarak görevleri yeniden sıralayabilir veya kopyalayabilirsiniz.
Değişken grupları, Bekletme ve Seçenekler sekmeleri
Artık Seçenekler sekmesinden değişken gruplarına bağlanabilir/bağlantıyı kaldırabilir (Şekil 73), tek tek ortamlar için bekletme ilkesi ayarlayabilir ve yayın numarası biçimi gibi yayın tanımı düzeyindeki ayarları değiştirebilirsiniz. Ayrıca, bir ortamı dağıtım şablonu olarak kaydedebilir, ortam düzeyi izinlerini ayarlayabilir ve Görevler sekmesinde aşamaları yeniden sıralayabilirsiniz.
Ortam düzeyindeki işlemlerle şablon olarak kaydedin ve güvenliği ayarlayın (Şekil 74).
Dağıtım Grupları Kullanılarak Sanal Makine Dağıtımı
Release Management artık sağlam ve kullanıma hazır çok makineli dağıtımı destekliyor. Artık birden çok makinedeki dağıtımları düzenleyebilir ve uygulamanın tamamen yüksek oranda kullanılabilir olmasını sağlarken sıralı güncelleştirme işlemleri gerçekleştirebilirsiniz.
Aracı tabanlı dağıtım özelliği, aynı derleme ve dağıtım aracılarına bağımlıdır. Bununla birlikte, derleme ve dağıtım aracılarını bir aracı havuzundaki proxy sunucuları kümesine yükleyip dağıtımları uzak hedef sunuculara göndermenizi gerektiren geçerli yaklaşımın aksine, aracıyı doğrudan hedef sunucularınızın her birine yüklersiniz ve bu sunuculara sıralı dağıtım yaparsınız. Hedef makinelerinizde tam görev kataloğunu kullanabilirsiniz.
Dağıtım grubu (Şekil 75), her birine aracılar yüklenmiş hedeflerden (makineler) oluşan mantıksal bir gruptur. Dağıtım grupları, tek kutulu Geliştirme, çok makineli QA ve UAT/Prod için bir makine grubu gibi fiziksel ortamlarınızı temsil eder. Fiziksel ortamlarınız için güvenlik bağlamını da belirtir.
Ajanımızı kaydettiğiniz herhangi bir sanal makineye karşı bunu kullanabilirsiniz. Ayrıca, sanal makine çalıştığında aracıyı otomatik olarak yükleyen bir Azure sanal makine uzantısı için destek sunarak Azure’a kaydetmeyi çok kolay hale getirdik. Azure sanal makinesi kaydedildiğinde sanal makinede bulunan etiketler otomatik olarak devralınır.
Dağıtım grubunuz oluşturulduğunda tek yapmanız gereken bu dağıtım grubunda ne yürütülmesini istediğinizi yapılandırmaktır (Şekil 76). Etiketleri kullanarak hangi makinelerde nelerin çalıştırılacağını ve dağıtımın ne kadar hızlı ya da yavaş gerçekleşeceğini denetleyebilirsiniz.
Dağıtım çalıştırıldığında, hedeflediğiniz makine grubunun tamamındaki ilerleme durumu günlüklerde gösterilir (Şekil 77).
Bu özellik artık Release Management’ın tümleşik bir parçasıdır. Ek lisans gerekmez.
Gelişmiş Dağıtım Grupları Kullanıcı Arabirimi
Derleme ve Yayın deneyimlerini yenileme yolculuğumuzda, dağıtım grupları sayfalarımızı daha anlaşılır ve kullanışlı bir deneyim sunmak üzere yeniden tasarladık (Şekil 78). Giriş sayfasından dağıtım grubundaki hedeflerin sağlık durumunu görüntüleyebilirsiniz. Ayrıca tek tek dağıtım grupları için güvenliği yönetebilir veya dağıtım grupları arasında varsayılan izinler ayarlayabilirsiniz.
Bir dağıtım grubu içindeki hedef için, özeti, son dağıtımları ve hedefin özelliklerini görüntüleyebilirsiniz (Şekil 79). Hedef üzerinde etiketler ayarlayabilir ve her hedef üzerinde nelerin çalıştırılacağını denetleyebilirsiniz. Gelecek sürümlerde dağıtım grupları için filtre desteği eklenecektir.
Görev grubu referansları
Görev grupları, derleme veya yayın tanımlarınıza ekleyebileceğiniz bir görev kümesi tanımlamanıza imkan tanır (Şekil 80). Bu özellik, birden çok derleme veya yayında aynı görev grubunu kullanmanız gerektiğinde kullanışlıdır. Görev grubunuzun tüketicilerini izlemenize yardımcı olmak için artık görev grubunuzu referans alan derleme tanımları, yayın tanımları ve görev gruplarını görebileceğiniz bir görünüme sahipsiniz (Şekil 79).
Başvurulmakta olan bir görev grubunu silmeye çalıştığınızda bir uyarı alırsınız ve bu sayfanın bağlantısı verilir.
Görev grubu sürümlendirme
Bir görev grubunda yapılan değişiklikler görev grubunu kullanan tüm tanımlarda geçerli olduğundan, bu işlemi riskli bulabilirsiniz. Görev grubu sürümü oluşturma sayesinde, artık geçiş yapmaya hazır olana kadar en önemli tanımlarınıza kararlı sürümler sunmaya devam ederken görev grubu sürüm taslakları oluşturabilir ve bunların önizlemesini yapabilirsiniz. Biraz taslak çalışması ve yinelemeden sonra kararlı bir sürüm yayımlayabilir ve değişikliklerin kesintiye uğratıcı bir yapısı olması durumunda, görev grubunu önizleme (yeni ana sürüm) olarak yayımlamayı tercih edebilirsiniz. Alternatif olarak, bunu doğrudan güncelleştirilmiş ve kararlı bir sürüm olarak yayımlayabilirsiniz (Şekil 81).
Görev grubunun yeni bir ana sürümü (veya önizlemesi) çıktığında, tanım düzenleycisi tarafından yeni bir sürüm olduğu bildirilir. Bu ana sürüm önizlemeyse, bir “deneyin” mesajı bile görürsünüz. Görev grubu önizlemeden çıktığında, bunu kullanan tanımlar bu ana kanalla paralel şekilde otomatik olarak güncelleştirilir (Şekil 82).
Görev grubu içe ve dışa aktarma
Görev grupları bir proje içinde yeniden kullanılabilirlik imkanı sunsa da farklı proje ve hesaplarda aynı görev grubunu yeniden oluşturmanın zor olabileceğini biliyoruz. Görev grubunu içeri/dışarı aktarma özelliğiyle (Şekil 83), yayın tanımları için uyguladığımız güncelleştirmede olduğu gibi, görev grubunu JSON dosyası olarak dışarı aktarıp daha sonra istediğiniz yere aktarabilirsiniz. Dışarı aktarıldığında ilk olarak genişleyen iç içe görev grupları özelliği de etkinleştirildi.
Sunucu Tarafı (Aracısız) görevlerde Çoklu Yapılandırma desteği
Artık, sunucu tarafı (aracısız) görevler için çeşitli çarpanlar belirterek (Şekil 84) bir aşamadaki görev kümesinin aynısını, paralel şekilde çalışan birden çok yapılandırmada çalıştırabilirsiniz.
Manuel Müdahale Görevinde Değişken Desteği
El ile Müdahale görevi (Şekil 85) artık, görev çalıştırıldığında kullanıcılara gösterilen yönerge metninde değişkenlerin kullanılmasını destekliyor. Kullanıcılar bu aşamada yayın işlemini sürdürebilir veya reddedebilir. Yayında tanımlanan ve mevcut olan tüm değişkenler dahil edilebilir ve değerler hem bildirimlerde hem de kullanıcılara gönderilen e-posta iletilerinde kullanılır (Şekil 86).
Bir ortama yönelik yayınları kaynak dala göre denetleme
Yeni bir yayın oluşturulduğunda (genellikle bir kaynağın derlenmesi başarılı olduğunda) otomatik olarak dağıtım tetiklemek için bir yayın tanımı yapılandırılabilir. Ancak, kaynağın yalnızca belirli dallarından gelen derlemeleri dağıtmak isteyebilirsiniz, tüm derlemeler başarılı olduğunda değil.
Örneğin, Geliştirme ve Test ortamlarına tüm derlemelerin dağıtılmasını isterken Üretim ortamına yalnızca belirli derlemelerin dağıtılmasını isteyebilirsiniz. Daha önce, bunu yapabilmek için biri Geliştirme ve Test ortamları için, diğeri Üretim ortamı için olmak üzere iki yayın işlem hattına sahip olmanız gerekiyordu.
Release Management artık her ortam için yapıt filtrelerinin kullanımını destekler. Bu, dağıtım tetikleme koşulları karşılandığında (bir derlemenin başarılı olması veya yeni yayın oluşturulması gibi) her ortama dağıtılan yayınları belirtebileceğiniz anlamına gelir. Ortamın Dağıtım koşulları iletişim kutusundaki Tetikleyici bölümünde (Şekil 87), bu ortama yönelik yeni bir dağıtımı tetikleyecek derlemeler için kaynak dal ve etiketler gibi yapıt koşullarını seçin.
Ayrıca, Yayın Özeti sayfası (Şekil 88) artık “başlatılmadı” durumundaki tüm dağıtımların bu durumda olmasının nedenini gösteren ve dağıtımın nasıl veya ne zaman başlatılabileceğini öneren bir açılır ipucu içeriyor.
Bir yapıt kaynağı olarak Git depoları için yayın tetikleyicileri
Release Management artık, aynı hesaptaki takım projelerinden birinde bulunan bir yayın tanımına bağlı Git depoları için sürekli dağıtım tetikleyicisi yapılandırmayı destekliyor (Şekil 89). Bu, depoya yeni bir işleme yaptığınızda otomatik olarak yayın tetiklemenizi sağlar. Git deposunda hangi işlemelerin yayın tetikleyeceğine ilişkin bir dal da belirtebilirsiniz.
Yayın Tetikleyicileri: Git deposuna yapılan değişikliklerin sürekli dağıtımı
Release Management’ta bir derleme tamamlandığında sürekli dağıtım yapılandırma özelliği zaten hep vardı. Ancak, artık Git Push üzerinde de sürekli dağıtım yapılandırabilirsiniz. Bu, GitHub ve Team Foundation Git depolarını bir yayın tanımına yapıt kaynakları olarak bağlayabileceğiniz ve daha sonra, bir derlemeden oluşturulmayan Node.JS ve PHP uygulamaları gibi uygulamalar için otomatik olarak yayın tetikleyebileceğiniz anlamına gelir. Bu durumda, sürekli dağıtım için derleme eylemine gerek kalmaz.
Ortam tetikleyicileri içinde dal filtreleri
Yeni yayın tanımı düzenleyicisinde artık belirli bir ortam için artefakt koşullarını belirtebilirsiniz. Bu yapıt koşullarını kullanarak, hangi yapıtların belirli bir ortama dağıtılacağı üzerinde daha ayrıntılı denetime sahip olursunuz. Örneğin, bir üretim ortamında yalnızca ana daldan oluşturulan derlemelerin dağıtıldığından emin olmak isteyebilirsiniz. Bu filtrenin, bu ölçütü karşılaması gerektiğini düşündüğünüz tüm yapıtlar için ayarlanması gerekir.
Ayrıca yayın tanımına bağlı her bir yapıt için birden çok filtre ekleyebilirsiniz (Şekil 90). Bu ortamda dağıtım, yalnızca tüm yapıt koşulları başarıyla karşılandıysa tetiklenir.
Sunucu tarafı görevlerde yapılan iyileştirmeler
Sunucu tarafı görevlerde (bir sunucu aşaması içinde çalışan görevler) iki iyileştirme yapıldı.
Otomatikleştirilmiş işlem hattı kapsamında tüm genel HTTP REST API’leri (Şekil 91) çağıran yeni bir görev eklendi. Örneğin, bir Azure işleviyle belirli bir işlemeyi çağırmak ve tamamlanmasını beklemek için kullanılabilir.
Ayrıca, tüm sunucu tarafı görevlere bir Denetim seçenekleri bölümü ekledik (Şekil 92). Görev davranışı artık Etkin, Hatada devam et, Her zaman çalıştır ve Zaman aşımı seçeneklerini ayarlamayı da içerir.
Kod Merkezi'nde durum rozeti yayınla
Bugün bir işlemenin müşterinizin üretim ortamına dağıtılıp dağıtılmadığını anlamak isterseniz, önce derlemeyi hangi işlemenin tükettiğini belirleyin, daa sonra bu derlemenin dağıtıldığı tüm yayın ortamlarını kontol edin. Kodu dağıttığınız ortamların listesini gösteren Kod merkezindeki durum rozeti ile dağıtım durumunun entegrasyonu sayesinde artık bu deneyim çok daha kolay. Her dağıtım için, dağıtımın parçası olan en son commit'e durum bilgisi gönderilir. Bir commit, birden çok yayın tanımına (birden çok ortamda) dağıtıldıysa, her biri için simgede bir giriş olur ve her ortamın durumu gösterilir (Şekil 93). Bu, kod gönderiminin dağıtımlara izlenebilirliğini artırır.
Bir yayın tanımı oluşturduğunuzda, varsayılan olarak tüm ortamların yayın durumu gönderilir. Bununla birlikte, durum rozetinde dağıtım durumu görüntülenecek olan ortamları seçerek belirleyebilirsiniz (örneğin yalnızca üretim ortamlarını gösterebilirsiniz) (Şekil 94).
Yapıt eklenirken kullanılan Derleme tanımı menüsündeki iyileştirmeler
Bir yayın tanımına derleme yapıtı eklerken artık tanımları klasör düzeni bilgileriyle görüntüleyebilir ve istenen tanımın seçilmesini basitleştirebilirsiniz (Şekil 95). Bu, aynı olduğu halde farklı klasörlerde bulunan derleme tanımlarını birbirinden ayırt etmenizi kolaylaştırır.
Tanım listesi, filtre terimini içeren tanımlara göre filtrelenir.
Yayın tanımınızı eski sürüme döndürme
Bugün bir yayın tanımı güncelleştirildikten sonra, doğrudan önceki bir sürüme dönemezsiniz. Bunu yapmanın tek yolu, yayın tanımı geçmişine bakarak değişikliklerin farkını bulmak ve yayın tanımını el ile düzenlemektir. Artık yayın tanımının Geçmiş sekmesinden Tanımı Geri Döndür özelliğini (Şekil 96) kullanarak yayın tanımının herhangi bir eski sürümünü seçebilir ve bu sürüme geri dönebilirsiniz.
Yayınlar için kişiselleştirilmiş bildirimler
Yayın bildirimleri, VSTS bildirim ayarları deneyimiyle tümleştirilmiştir. Yayınları yönetenlere artık, bekleyen işlemler (onaylar veya el ile müdahaleler) ve önemli dağıtım hataları ile ilgili otomatik bildirimler gönderilir. Profil menüsü altındaki Bildirim ayarlarına gidip Yayın Abonelikleri’ni kapatarak bu bildirimleri kapatabilirsiniz. Ayrıca özel abonelikler oluşturarak ek bildirimlere abone olabilirsiniz. Yöneticiler Takım ve Hesap ayarları altındaki Bildirim ayarlarından takımlar ve hesaplar için abonelikleri denetleyebilir.
Yayın tanımı yazarlarının artık onay ve dağıtım tamamlama işlemleri için e-postaları el ile göndermesi gerekmiyor.
Bu özellikle, yayınlar için birden çok paydaşın bulunduğu büyük hesaplar ile onaylayan, yayın oluşturan ve ortam sahibi dışında bildirim almak isteyebilecek kişiler için kullanışlıdır (Şekil 97).
İpucu
Daha fazla bilgi için yayın bildirimlerini yönetme hakkındaki gönderiye bakın.
Test Etme
Microsoft Test Yöneticisi’nde Laboratuvar Merkezi ve otomatikleştirilmiş test akışları için sunulan destek kaldırılıyor
Derleme ve Yayın Yönetiminin geçirdiği evrim nedeniyle XAML derlemeleri TFS 2018’de artık desteklenmiyor ve bunun sonucunda, TFS ile Microsoft Test Yöneticisi’nin (MTM) kullanımı için sunulan destek güncelleştiriliyor. TFS 2018 sürümünden itibaren, otomatikleştirilmiş test için MTM’deki Test Merkezi/Laboratuvar Merkezi’nin kullanımı artık TFS tarafından desteklenmiyor. XAML derlemeleri ve Laboratuvar Merkezi’nden geçiş yapmaya hazır değilseniz TFS 2018’e yükseltmemelisiniz.
TFS 2018’e yükseltmenin etkilerini aşağıda görebilirsiniz:
Laboratuvar Merkezi:
- Artık desteklenmiyor:
- Laboratuvar ortamları oluşturmak ve bunları yönetmek amacıyla Test Denetleyicileri TFS’ye kaydedilemez.
- TFS’ye kayıtlı tüm mevcut Test Denetleyicileri çevrim dışı olur ve mevcut Laboratuvar ortamları ‘Hazır Değil’ olarak görünür.
- Önerilen alternatif:
- SCVMM TFS Uzantısı’nı kullanarak SCVMM sunucunuza bağlanabilir, sanal makineler oluşturup yönetebilir ve iş akışlarınızı bunun üzerinde çalıştırabilirsiniz. Daha ayrıntılı bilgi için bkz. Derleme ve Yayında Laboratuvar yönetim işlemlerini gerçekleştirme.
Otomatikleştirilmiş test:
- Artık desteklenmiyor:
- XAML Derleme-Dağıtım-Test iş akışı gibi Test denetleyicileri ve Laboratuvar ortamlarını kullanan otomatikleştirilmiş test iş akışları veya MTM’yi kullanarak test planından otomatikleştirilmiş testler çalıştırma artık desteklenmiyor.
- Önerilen alternatifler:
El ile Test:
- Tüm el ile test senaryoları hala tam olarak desteklenmektedir. El ile yapılan testler TFS 2018’de MTM kullanılarak çalıştırılabilir, ancak Laboratuvar Ortamları kullanılarak bu işlem gerçekleştirilemez.
- Tüm el ile test senaryoları için TFS web erişiminde Test merkezinin kullanılması kesinlikle önerilir.
İş öğesi bağlantıları, yinelemeler ve alan yolları için keşif testi izlenebilirliğiyle ilgili iyileştirmeler
Keşif testi yapan takımlardan aldığımız geri bildirimlerden yola çıkarak Test ve Geri Bildirim uzantısından gönderilen hata bildirimleri, görevler veya test çalışmaları sırasında izlenebilirlik bağlantılarını geliştiriyoruz. Gereksinimler keşfedilirken oluşturulan hatalar ve görevler artık, takımın varsayılanları yerine gereksinimin alan yolu ve yinelemesiyle aynı şekilde oluşturuluyor. ** Gereksinimleri keşfederken oluşturulan test durumları artık Ebeveyn - Çocuk bağlantısı yerine Testler - Test Edilen bağlantısına bağlanacak, böylece oluşturduğunuz test durumları gereksinim tabanlı test paketlerine otomatik olarak eklenecektir. Son olarak, belirli bir gereksinim keşfedilmediği sırada oluşturulan iş öğeleri, sprint planlaması tamamlandıktan sonra geçerli yinelemeye yeni iş öğelerinin girmemesi için geçerli yineleme yerine takımın varsayılan yinelemesine kaydedilir.
Test Merkezi'nde, Test Planları ve Paketlerindeki Test Vakası iş öğeleri için filtreler
Sonuç, Yapılandırma ve Test Edici gibi Test alanlarına yönelik filtrelere ek olarak artık Başlık, Durum ve Atanan gibi Test Çalışması iş öğesi alanlarını da filtreleyebilirsiniz (Şekil 98).
Yayın Ortamları ve Test Çalıştırmaları için test eğilimi grafikleri
VSTS panolarında test ortamlarının durumunu izleyebilmeniz için Test Sonucu Eğilimi pencere öğesinde (Şekil 99)Yayın Ortamları desteği ekleniyor. Derleme’deki test sonuçları için yaptığınız gibi artık Yayın Ortamları için de test başarı oranını, başarılı ve başarısız testleri, toplam sayıyı ve test süresini gösteren eğilim grafikleri oluşturabilirsiniz. Ayrıca, Test Çalıştırması başlık filtresiyle grafikleri bir ortamdaki belirli bir test çalıştırmasını gösterecek şekilde filtreleyebilirsiniz.
Test Çalıştırması ve Test Sonucu açıklamaları için markdown biçimlendirme desteği
Test Çalıştırması ve Test Sonucu açıklamalarını markdown söz dizimi ile biçimlendirme desteği ekleniyor. Bu özelliği kullanarak biçimlendirilmiş metinler veya açıklamalarınızdaki URL’lerin hızlı bağlantılarını oluşturabilirsiniz. Test Sonucu açıklamalarını Sonuç Özeti sayfasında Analizi güncellemeyle ve Test Çalıştırması açıklamalarını Çalıştırma Özeti sayfasında Açıklamaları güncellemeyleTest merkezinde güncelleyebilirsiniz.
Başarısız bir test için mevcut hatanın bağlantısını ekleme
Derleme veya Yayın özeti sayfasında ya da Test merkezinde test sonucunu analiz ederken artık mevcut bir hatayı başarısız olan bir testle ilişkilendirebilirsiniz. Bu, bilinen bir sebepten dolayı ve zaten rapor edilmiş bir hatadan dolayı başarısız olan bir test olduğunda kullanışlıdır.
Test çalıştırmaları ve test sonuçlarına ekleri yükleme
Artık, ekran görüntüleri ve günlük dosyaları gibi dosyaları ek bilgi olarak test çalıştırmalarına veya test sonuçlarına ekleyebilirsiniz. Şu ana kadar, bu özellik yalnızca Microsoft Test Yöneticisi (MTM) istemcisi üzerinden kullanılabiliyordu ve bu durum kullanıcıları VSTS/TFS içindeki Test merkezi ile MTM istemcisi arasında bağlam değiştirmek zorunda bırakıyordu.
Testlerin toplu halde birleştirilmesi
Derleme/Yayın yönetimi içindeki Visual Studio test görevinde, etkili çalıştırma için testlerin nasıl gruplanacağını (toplu olarak işleneceğini) denetlemeye yönelik seçenekler bulunur. Testler iki şekilde gruplanabilir:
- Çalıştırmaya katılan test ve aracı sayısına dayalı olarak, testleri belirli bir boyutta gruplara ayıran basit bir yöntem.
- Geçmişteki çalışma sürelerini temel alarak her toplu işin yaklaşık olarak eşit çalışma süresine sahip olmasını sağlayan testleri gruplayan yöntem (Şekil 100). Hızlı çalışan testler aynı toplu işte gruplandırılırken, daha uzun süren testler farklı bir toplu işe ait olabilir. Bu seçenek, toplam test süresini en aza indirmek için çok aracılı aşama ayarıyla birleştirilebilir.
VSTest görevini kullanarak web testleri çalıştırma
Visual Studio test görevi kullanılarak, web performansı testleri olarak da bilinen web testleri, CI/CD işlem hattında çalıştırılabilir. Web testleri, görev derleme girişinde çalıştırılacak testler belirtilerek çalıştırılabilir. Bir web testine bağlı “ilişkili otomasyon” içeren test çalışması iş öğeleri, görevde test planı/test grubu seçilerek de çalıştırılabilir (Şekil 101).
Web testi sonuçları, test sonucunun eki olarak kullanılabilir (Şekil 102). Bu, Visual Studio’da çevrimdışı analiz için indirilebilir.
Bu özellik, Visual Studio test platformundaki değişikliklere bağlıdır ve derleme/yayın aracısında Visual Studio 2017 Güncelleştirme 4’ün yüklü olmasını gerektirir. Web testleri Visual Studio’nun önceki sürümleri kullanılarak çalıştırılamaz.
Benzer şekilde, web testleri İşlevsel Test Çalıştır görevi kullanılarak çalıştırılabilir. Bu özellik, Test Aracısı’nda Visual Studio 2017 Güncelleştirme 5 ile kullanıma sunulacak değişikliklere bağlıdır.
İpucu
Bunu yük testiyle birlikte kullanmaya yönelik bir örnek görmek için Visual Studio ve VSTS kullanarak bulutta uygulamanız için yük testi yapma hızlı başlangıç belgesine bakın.
Test planları ve test paketleri için grafik pencere öğesi
Daha önce, Test merkezinde test planları ve paketleri için grafikler oluşturarak panoya sabitleme seçeneği bulunuyordu. Şimdi, panodaki pencere öğesi kataloğundan test planları ve paketleri için grafikler oluşturmaya olanak sağlayan bir pencere öğesi ekledik. Test yazma durumu veya test çalıştırma durumu için grafikler oluşturabilirsiniz. Ayrıca, pencere öğesinden grafikler eklemek, bir grafikte gösterilecek daha fazla veriniz olduğunda daha büyük grafikler oluşturmanıza olanak sağlar (Şekil 103).
El ile yapılan testler için, masaüstü uygulamalarında Chrome tarayıcısı ile ekran görüntüsü ve ek açıklama desteği.
El ile yapılan testlerde en çok istenen önerilerden biri için destek ekliyoruz: Test merkezinde Web Test Çalıştırıcısı’ndan masaüstü uygulamaların ekran görüntülerini alma. Şimdiye kadar, masaüstü uygulamalarının ekran görüntülerini yakalamak için Microsoft Test Yöneticisi’nde Test Çalıştırıcısı’nı kullanmanız gerekiyordu. Bu işlevi kullanmak için Test ve Geri bildirim uzantısını yüklemeniz gerekir. Chrome tarayıcısı için destek sunmaya başlıyoruz, kısa bir süre sonra Firefox desteği de sunulacaktır.
SharePoint için TFS Uzantısı durduruluyor
TFS 2018 ve üzeri sürümler artık SharePoint için TFS Uzantısını desteklemez. Ayrıca, bir TFS Sunucusu ile SharePoint sunucusu arasındaki etkileşimi yapılandırmak için kullanılan ekranlar Team Foundation Yönetim Konsolu’ndan kaldırıldı.
Not
SharePoint ile tümleştirmek için yapılandırılmış eski bir sürümden TFS 2018’e yükseltiyorsanız yükseltmeden sonra SharePoint tümleştirmesini devre dışı bırakmanız gerekir. Aksi takdirde, TFS SharePoint siteleriniz yüklenemez.
SharePoint sunucusunda tümleştirmeyi devre dışı bırakmanıza olanak sağlayan bir çözüm oluşturduk. Daha fazla bilgi için lütfen TFS/SharePoint Tümleştirmemize yönelik gelecek planlar hakkındaki gönderiye bakın.
Takım Odaları durduruluyor
Modern geliştirme ekipleri yoğun işbirliğine dayanır. Takım üyeleri, etkinlikleri (bildirimler) izlemek ve bunlar üzerine konuşmak (sohbet) için bir yer ister (ve buna ihtiyaç duyar). Birkaç yıl önce bu eğilimi fark ettik ve böyle senaryoları desteklemek için Takım Odası’nı oluşturduk. O zamandan beri, işbirliği yapmaya yönelik daha fazla çözüm pazara sunuldu. En çok göze çarpan gelişme, Slack’in yükselişiydi. Daha yakın bir tarihte de Microsoft Teams duyuruldu.
TFS ve Visual Studio Team Services ile sorunsuz bir biçimde tümleştirilebilen bu kadar iyi çözüm karşısında, Takım Odası özelliğini hem TFS 2018’den Visual Studio Team Services’ten kaldırmaya ilişkin planlarımızı Ocak ayında duyurduk.
Memnun kaldınız mı?
Fikrinizi öğrenmek isteriz! Geliştirici Topluluğu portalı aracılığıyla bir sorunu bildirip izleyebilir ve Stack Overflow’da öneri alabilirsiniz.