Team Foundation Server 2017

Last Update: 25.9.2017

En son güncelleştirmeleri görmek için lütfen İngilizce Sürüm Notları sayfasını ziyaret edin.

Sürüm Tarihi: 16 Kasım 2016

En son güncelleştirmeleri görmek için lütfen İngilizce Sürüm Notları sayfasını ziyaret edin.

Team Foundation Server 2017 sürümünü bugün itibarıyla kullanımınıza sunmaktan mutluluk duyuyoruz. Bu yeni sürüm bizim özelliklerde yaptığımız en son yenilikleri ve geliştirmeleri içerir. Team Foundation Server 2017 için gereksinimlerin değiştiğini unutmayın. Daha fazla bilgi için Team Foundation Server Gereksinimler ve Uyumluluk sayfasına bakın. Bunlar, beklediğiniz sürüm notları olmayabilir; en güncel sürüme yönelik sürüm notlarına eriştiniz.

İndirin: Team Foundation Server 2017

Diğer ilgili indirmeler hakkında daha fazla bilgi edinmek için, İndirmeler sayfasına bakın.

Neler Yeni?

Bilinen Sorunlar


Yenilikler

Kod Arama

Kod Arama, tüm kodunuzda hızla, esnek ve doğru bir arama özelliği sağlar. Kod temeliniz genişledikçe ve birden çok projeye ve havuza bölündükçe, ihtiyacınız olanları bulmak giderek zorlaşır. Takımlar arasında işbirliğini ve kod paylaşımını en üst düzeye çıkarmak için, Kod Arama tüm projeleriniz arasında ilgili bilgileri hızla ve etkili bir şekilde bulabilir.

Bir API uygulamasının örneklerini bulmaktan ve tanımına göz atmaktan hata metni aramaya kadar birçok işlem için, Kod Arama çözümü tüm kod araştırma ve sorun giderme gereksinimleriniz için tek adrestir (Şekil 1).

Kod Arama şunları sağlar:

  • Bir veya birden çok projede arama yapma
  • Anlamsal Derecelendirme
  • Zengin filtreleme
  • Kod işbirliği

<img src="media/searchacrosscode-0.png"; alt="Kod Arama" width="766" height="414" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 1) Kod Arama

Ayrıntılar için bkz. Tüm kodunuz genelinde arama yapma.

Paket Yönetimi

Paketler, kodları kuruluş genelinde paylaşmanızı sağlar. Büyük bir ürün oluşturabilir, ortak paylaşılan çerçeve üzerine birden fazla ürün geliştirebilir veya yeniden kullanılabilir bileşen ve kitaplık oluşturup paylaşabilirsiniz. Paket Yönetimi (Şekil 2), paketlerinizi barındırıp seçtiğiniz kişilerle paylaşmanın yanı sıra Team Build ve Release Management ile kolayca erişilebilir olmasını sağlayarak kod paylaşımını kolaylaştırır.

Paket Yönetimi, NuGet paketlerini doğrudan Team Foundation Server ortamınızda barındırarak ayrı bir NuGet sunucuyu veya dosya paylaşım sistemi barındırma ihtiyacını ortadan kaldırır. Bu sistem, NuGet 3.x ve eski NuGet 2.x istemcileri için sınıfındaki en yüksek desteği sunar. Mevcut TFS altyapınız, ekipleriniz ve izinlerinizle sorunsuz bir şekilde çalışarak kimlik eşitleme ve farklı konumlardaki grupları yönetme gibi işlemlerden kurtulmanızı sağlar. Team Build ile kolayca tümleştirilebilen yapısı sayesinde oluşturduğunuz paketleri sürekli tümleştirme akışlarında kullanabilirsiniz.

Diğer ayrıntılar için bkz. Paket Yönetimi’ne genel bakış.

<img src="media/packagemanagement-1.png" "Paket Yönetimi" width="700" height="423" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 2) Paket Yönetimi

Çevik Geliştirmeleri

Team Foundation Server 2017’de, iş öğelerine ve Kanban panolarına yeni özellikler ve işlevler ekledik.

Yeni iş öğesi formu

Yeni iş öğesi (Şekil 3) formu yeni bir genel görünüme sahiptir. Ayrıca bazı müthiş yeni özellikler de eklenmiştir:

  • Zengin bir iş öğesi tartışma deneyimi.
  • Ekler için sürükleme ve bırakma desteği.
  • Geliştirilmiş geçmiş deneyimi (Geçmiş ve denetim).
  • Geliştirilmiş kod ve derleme tümleştirmesi.
  • Durum renkleri.
  • Duyarlı tasarım.
Not

Yeni iş öğesi formu yalnızca yeni koleksiyonlarda varsayılan olarak sağlanır. Mevcut koleksiyonu geçiriyorsanız, yeni iş öğesi formunu yönetici ayarlarında etkinleştirmeniz gerekir. Daha fazla bilgi için bkz. Yeni web formunun piyasaya çıkışını yönetme.

<img src="media/newworkitem-2.png" "Yeni WIT Formu" width="700" height="422" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 3) Yeni WIT Formu

İş öğesini izleme

Artık yalnızca formdaki yeni “İzle” düğmesine (Şekil 4) tıklayarak tek bir iş öğesindeki değişiklikleri izlemek için uyarı ayarlayabilirsiniz. İş öğesini izlediğinizde, alan güncelleştirmeleri, bağlantılar, ekler ve açıklamalar gibi iş öğesinde her değişiklik yapıldığında size bildirilir.

<img src="media/followworkitem-3.png" "İş Öğesini İzleme" width="700" height="96" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 4) İş Öğesini İzleme

Ayrıntılar için bkz. İş öğesini izleme.

Kanban panosunda canlı güncelleştirmeler

Kanban panonuz artık canlı!

Kanban panonuzda gün boyunca neler olup bittiğini görmek için F5 tuşuna mı basıyordunuz? Aşağıdaki ekran görüntüsünde gösterilen simgeyi deneyin (Şekil 5).

<img src="media/kanbanliveupdates-4.png" "Kanban canlı güncelleştirmeleri" width="700" height="137" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 5) Kanban canlı güncelleştirmeleri

Takımınızdaki herkes panoda bir iş öğesini oluşturur, güncelleştirir veya silerken, panonuzda canlı güncelleştirmeleri anında alacaksınız. Ayrıca, yönetici yeni sütun ekleme veya kapsamda hataları etkinleştirme gibi pano veya takım düzeyinde güncelleştirmeler yaparsa, pano düzeninizi güncelleştirmek için size panoyu yenilemeniz bildirilecektir. Şimdi tek yapmanız gereken, Kanban panonuzdaki kule simgesini etkinleştirmek ve takımınızda işbirliğine başlamaktır.

Daha fazla bilgi için bkz.Kanban temel bilgileri.

Denetim listesi geliştirmeleri

Denetim Listelerinin çalışmasında çeşitli geliştirmeler yaptık.

Denetim Listelerindeki başlıklar artık köprü olarak gösteriliyor (Şekil 6). Başlığa tıklayarak iş öğesi formunu açabilirsiniz.

<img src="media/checklistimprovements1-5.png" "Denetim listesi geliştirmeleri" width="200" height="260" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 6) Denetim listesi köprüleri

Ayrıca, Denetim Listeleri artık denetim listesi öğelerini açmanıza, düzenlemenize veya silmenize olanak tanıyan bağlam menülerini de destekliyor (Şekil 7).

<img src="media/checklistimprovements2-6.png" "Denetim listesi bağlam menüsü" width="330" height="259" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 7) Denetim listesi bağlam menüsü

Ayrıntılar için bkz. Görev denetim listesi ekleme.

Epic ve Özellik Panosunda Detaya Gitme

Artık Epic ve Özellik panolarınızda detaya gitme olanağınız vardır (Şekil 8). Denetim listesi biçimi, işi kolayca tamamlandı olarak işaretlemenize olanak tanır ve tamamlanan/bekleyen işin kullanışlı bir kuşbakışı görünümünü sağlar.

<img src="media/epicfeaturedrilldown-7.png" "Epic Özellik detayına gitme" width="354" height="335" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 8) Epic Özellik detayına gitme

Daha fazla bilgi için bkz. Kanban özellikleri ve epic’ler.

Pano ek açıklamalarını açma/kapatma

Panonuzdaki kartlarda gösterilen ek bilgiler üzerinde size daha fazla denetim veriyoruz. Şimdi, Kanban kartlarınızda görüntülemek istediğiniz ek açıklamaları seçebilirsiniz (Şekil 9). Kanban panonuzdaki karttan kaldırılması için ek açıklamanın seçimi kaldırmanız yeterli olur. Burada gösterilen ilk iki ek açıklama, alt iş öğeleri (bu örnekte görevler) ve Test ek açıklamasıdır.

<img src="media/turnonbuildannotations-8.png" "Pano ek açıklamalarını açma/kapatma" width="600" height="314" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 9) Pano ek açıklamalarını açma/kapatma

Daha fazla bilgi için bkz. Kartları Özelleştirme.

Biçimlendirmeyi temizle komutu

İş öğelerindeki tüm zengin metin denetimlerine, seçili metinden tüm biçimlendirmeyi temizlemenizi sağlayan yeni bir komut ekledik. Siz de benim gibiyseniz, eskiden büyük olasılıkla bu alana biçimlendirilmiş metin kopyalayıp yapıştırıyor ve bunu geri alamadığınız (veya temizleyemediğiniz) için sinirleniyordunuz. Artık herhangi bir metni vurgulamanız ve Biçimlendirmeyi Temizle araç çubuğu düğmesini seçmeniz (veya CTRL+Ara Çubuğu tuşlarına basmanız) yeterli olur; metnin varsayılan biçimine döndürüldüğünü görürsünüz.

Kanban panosunda filtreleme

Kullanıcılara, yinelemelere, iş öğesi türlerine ve etiketlere filtre uygulayarak Kanban panolarınızı kişiselleştirin (Şekil 10). Bu filtreler kalıcı olacağından, birden çok cihazdan bağlandığınızda bile kişiselleştirilmiş panonuzu görebilirsiniz.

<img src="media/filteringinkanban-9.png" "Kanban’da filtreleme" width="700" height="242" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 10) Kanban’da filtreleme

Takım üyeleri ayrıca belirli bir üst çalışma öğesinde toplanan ilerlemeleri görüntülemek için panolarına filtre uygulayabilir. Örneğin, kullanıcı bir özelliğe bağlanmış kullanıcı hikayelerini görüntüleyebilir veya bir epic öğesinde toplanmış iki veya daha çok özellikteki çalışmayı görüntüleyebilir. Bu özellik, Denetim Listelerine çok benzer biçimde, farklı kapsam düzeylerine görünürlük getirme çalışmalarımızdaki adımlardan biridir.

Ayrıntılar için bkz. Kanban panosunu filtreleme.

Yeni iş öğeleri için varsayılan yineleme yolu

Sorgular sekmesinden veya Yeni İş Öğesi pano penceresi öğesinden yeni iş öğesi oluşturduğunuzda, bu iş öğesinin yineleme yolu her zaman geçerli yinelemeye ayarlanır. Tüm takımların istediği bu değildir çünkü bu, görev panosunda hataların hemen gösterilebileceği anlamına gelir. Bu geliştirmeyle, takımlar yeni iş öğelerinde kullanılacak varsayılan yineleme yolunu (belirli bir yineleme veya geçerli yineleme) seçebilirler. Varsayılan yinelemeyi seçmek için takımınızın yönetim alanına gidin.

Daha fazla bilgi için, Alan ve yineleme yollarını özelleştirme sayfasına bakın.

Onay kutusu denetimi

Artık iş öğelerinize bir onay kutusu denetimi ekleyebilirsiniz (Şekil 11). Bu yeni alan türü (Boole), normal alanların tüm özelliklerine sahiptir ve işleminizin içinde her türe eklenebilir. Kartlarda veya sorgu sonucunda görüntülendiğinde, değer Doğru/Yanlış olarak gösterilir.

<img src="media/checkboxcontrol-10.png" "Onay kutusu denetimi" width="700" height="418" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 11) Onay kutusu denetimi

Ayrıntılar için bkz. Alan özelleştirme.

Etiketleri toplu düzenleme

Şimdi toplu düzenleme iletişim kutusunu kullanarak birden çok iş öğesinin etiketlerini ekleyebilir ve kaldırabilirsiniz (Şekil 12).

<img src="media/tags-11.png" "Toplu düzenle iletişim kutusu" width="599" height="130" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 12) Toplu düzenle iletişim kutusu

Ayrıntılar için bkz. İş öğelerine etiket ekleme.

Yeni uzantı noktaları

Pano ve kapsam sayfalarında Pano/Kapsam/Kapasite sekmelerinin yanına özet sekme olarak uzantılar yazmanıza olanak tanıyan yeni bir katkı noktası ekledik.

Kapsamda yeni bir uzantı noktası ortaya koyduk. Uzantılar, bölmenin bugün eşlemesinin ve iş ayrıntılarının bulunduğu sağ tarafını hedefleyebilir (Şekil 13).

<img src="media/backlogextensionpoint-12.png" "Kapsam uzantı noktaları" width="700" height="413" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 13) Kapsam uzantı noktaları

Uzantıları hakkında daha fazla bilgi için bkz. Uzantı Noktaları.

E-posta geliştirmeleri

TFS tarafından gönderilen iş öğesi uyarılarının, takip etmelerin ve @mention e-postalarının biçimini ve kullanılabilirliğini önemli ölçüde geliştirdik (Şekil 14). E-postadaki bilgilerin da kolay kullanılması ve anlaşılması için, e-postalar artık tutarlı bir üst bilgi, net bir eylem çağrısı ve geliştirilmiş biçimlendirme içeriyor. Bunları yanı sıra, bu e-postaların tümü mobil cihazlarda düzgün işlenecek şekilde tasarlanıyor.

<img src="media/emailimprovement-13.png" "E-posta geliştirmeleri" width="500" height="520" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 14) E-posta geliştirmeleri

Daha fazla bilgi için bkz. İş öğesi uyarıları.

İş öğesi şablonları

Doğrudan yerel web deneyiminin içinde zengin iş öğesi şablonları oluşturabilme özelliğini ekledik (Şekil 15). Daha önce bu özellik web’de çok sınırlıydı ve bu yeni formda yalnızca güçlü bir Visual Studio aracıyla sağlandı. Takımlar artık ortak alanlarda hızla değişiklik yapmak için bir dizi şablon oluşturabilir ve bunları yönetebilir.

<img src="media/workitemtemplate-14.png" "İş öğesi şablonları" width="400" height="312" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 15) İş öğesi şablonları

Ayrıntılar için bkz. İş öğesi şablonları.

Project Server tümleştirmesi artık desteklenmiyor

Team Foundation Server 2017 ve sonraki sürümleri artık Project Server tümleştirmesini desteklemiyor. RC2’den başlayarak, Project Server tümleştirmesi yapılandırılmış bir TFS veritabanını yükseltirseniz, aşağıdaki uyarıyı alırsınız:

Bu veritabanı için Project Server tümleştirmesi yapılandırdığınızı algıladık. Team Foundation Server 2017 ve sonraki sürümleri artık Project Server tümleştirmesini desteklemiyor.

Yükseltmeden sonra Project Server tümleştirmesi artık çalışmaz.

İleride, İş Ortaklarının tümleştirme çözümleri sağlayacağına güveniyoruz.

Bu değişiklikle ilgili daha fazla bilgi için lütfen şu makaleyi okuyun: TFS’yi Project Server ile Eşitleme.

Panolar ve Pencere Öğeleri Geliştirmeleri

Team Foundation Server 2017’de, Sorgu Kutucuğu ve Çekme İsteği pencere öğeleri gibi birkaç pencere öğesinde geliştirmeler yapılmıştır.

Yeniden tasarlanan pencere öğesi kataloğu

Büyüyen pencere öğesi kümesine ayak uydurmak ve bir bütün olarak daha iyi bir deneyim sağlamak için, pencere öğesi kataloğumuzu yeniden tasarladık (Şekil 16). Yeni tasarım geliştirilmiş bir arama deneyimi içerir ve pencere öğesi yapılandırma panellerimizin tasarımına uyacak şekilde stili değiştirilmiştir.

<img src="media/widgetcatalog-15.png" "Pencere öğesi kataloğu" width="650" height="525" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 16) Pencere öğesi kataloğu

Diğer ayrıntılar için bkz. Pencere Öğesi Kataloğu.

Pencere öğesi güncelleştirmeleri

Sorgu Kutucuğu pencere öğesi artık 10 adede kadar koşullu kuralı destekler ve seçilebilir renkleri vardır (Şekil 17). Bu kutucukları, sistem durumunu ve/veya gerekli olabilecek eylemi belirlemek üzere KPI olarak kullanmak istiyorsanız, bu özellik son derece kullanışlıdır.

<img src="media/dashboardupdates-16.png" "Pano güncelleştirmeleri" width="650" height="375" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 17) Pano güncelleştirmeleri

Çekme İsteği pencere öğesi artık birden çok boyutu destekler ve böylelikle kullanıcılara pencere öğesinin yüksekliğini denetleme olanağı sağlanır. Gönderdiğimiz pencere öğelerinin çoğunu yeniden boyutlandırılabilir duruma getirmeye çalışıyoruz, dolayısıyla daha fazla bilgi için burayı gözden geçirin.

Yeni İş Öğesi pencere öğesi artık varsayılan iş öğesi türünü seçmenize olanak tanır. Böylelikle, açılan listeden tekrar tekrar oluşturduğunuz en yaygın türü seçmeye zorlanmazsınız.

WIT grafiği pencere öğelerini yeniden boyutlanabilir hale getirdik. Bu, kullanıcıların özgün boyutu ne olursa olsun tüm WIT grafiklerini panoda genişletilmiş görünümde görebilmelerini sağlar.

Takım Üyeleri pencere öğesi, takımınıza yeni birini eklemenizi kolaylaştıracak şekilde güncelleştirilmiştir (Şekil 18).

<img src="media/widgetupdate2-17.png" "Pencere Öğesi Güncelleştirmesi" width="700" height="182" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 18) Pencere Öğesi Güncelleştirmesi

Takımlar artık panodaki Sorgu Sonuçları pencere öğesinin boyutunu daha fazla sonuç görüntülenecek şekilde yapılandırabilir.

Sprint Genel Bakış pencere öğesi, takımların doğru yolda olup olmadıklarını daha kolay görebilmelerini sağlamak için yeniden tasarlandı.

Bana Atanmış pencere öğesi, kullanıcıların kendilerine atanan işleri pano bağlamından çıkmadan yönetmelerine yardımcı olur (Şekil 19). Bu amaç için hazırlanmış bir pencere öğesi sağlayarak, takım yöneticileri 16 daha az tıklamayla, bağlam anahtarları olmadan ve yazı yazmak gerekmeden bu işlevselliği panolarına ekleyebilir. Kullanıcılar artık kendilerine atanan işi pencere öğesi bağlamı içinde görüntüleyebilir, sıralayabilir, filtreleyebilir ve yönetebilir.

<img src="media/assignedtome-18.png" "Bana atanmış" width="450" height="302" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 19) Bana atanmış

Pano REST API'leri

Artık, programlama yoluyla panoya bilgi eklemek, panodaki bilgileri silmek ve almak için REST API’ler kullanabilirsiniz. Ayrıca API’ler, panodaki bir pencere öğesinde veya pencere öğeleri listesinde bilgi eklemeye, kaldırmaya, güncelleştirmeye, değiştirmeye ve almaya da olanak tanır. Visual Studio çevrimiçi belgeleri bağlantısında belge bulabilirsiniz.

İzin verilen panolar

Yönetici olmayan kullanıcılar artık takım panoları oluşturabilir ve bunları yönetebilir. Takım yöneticileri, pano yöneticisi aracılığıyla yönetici olmayan kullanıcıların izinlerini kısıtlayabilir.

Daha fazla bilgi için bkz. Panolar.

Git Geliştirmeleri

Team Foundation Server 2017 için Git’te bazı önemli değişiklikler yapılmıştır. Bunlar arasında Dallar sayfasının yeniden tasarlanması ve yeni “sıkıştırarak birleştirme” seçeneği sayılabilir.

Yeniden tasarlanan Dallar sayfası

Dallar sayfası tamamen yeniden tasarlanmıştır. Sizin oluşturduğunuz, gönderdiğiniz veya favorilere eklediğiniz dalları gösteren bir "benim" özeti vardır (Şekil 20). Her dalda, dalın derlemesi ve çekme isteklerinin durumuna ek olarak, Sil gibi başka komutlar da gösterilir. Dal adında eğik çizgi varsa ("features/jeremy/fix-bug" gibi), ağaç olarak gösterilir ve bu şekilde büyük bir dal listesine göz atmak kolaylaşır. Dalınızın adını biliyorsanız, istediğiniz dalı hızla bulmak için arama yapabilirsiniz.

<img src="media/redesignedbranchespage-19.png" "Yeniden tasarlanan dallar sayfası" width="700" height="322" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 20) Yeniden tasarlanan dallar sayfası

Dallar hakkında daha fazla ayrıntı için bkz. Dalları yönetme.

Yeni çekme isteği deneyimi

Bu sürümde çekme isteği deneyiminde bazı önemli güncelleştirmeler yapıldı; gerçekten güçlü bazı diff özellikleri, yeni açıklama ekleme deneyimi ve tümüyle yenilenmiş bir kullanıcı arabirimi sağlandı.

Diğer ayrıntılar için bkz. Çekme İsteklerine sahip kodu inceleme.

Yeniden tasarlanan kullanıcı Arabirimi

Çekme isteğini açtığınızda, yeni genel görünüm hemen dikkati çekiyor (Şekil 21). Üst bilgiyi yeniden düzenleyerek tüm kritik durum ve eylemleri özetledik ve bunların deneyimin her görünümünden erişilebilir olmasını sağladık.

<img src="media/header-20.png" "Çekme isteği üst bilgisi" width="700" height="77" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 21) Çekme isteği üst bilgisi

Genel Bakış

Genel Bakış’ta artık Çekme İsteği Açıklaması vurgulanıyor ve geri bildirim sağlamak hiç olmadığı kadar kolaylaştı (Şekil 22). Gözden geçirenlerin en son değişiklikleri görmelerine, öne ve ortaya açıklamalar eklemelerine yardımcı olmak için, olaylar ve açıklamalar en yeni öğeler en üstte olacak şekilde gösteriliyor. İlkeler, iş öğeleri ve gözden geçirenlerin tümü ayrıntılarıyla sağlanıyor; bunlar daha kısa ve anlaşılır olacak şekilde yeniden düzenlendi.

<img src="media/overview.png" "Çekme isteğine genel bakış" width="800" height="501" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 22) Çekme isteğine genel bakış

Dosyalar

Bu sürümün en önemli yeni özelliği, çekme isteğinde geçmişte yapılan güncelleştirmeleri görebilmektir (Şekil 23). Önceki önizlemelerde, çekme isteği değişikliklerle güncelleştirildiğinde açıklamaları düzgün bir şekilde izleme özelliğini kullanıma sunmuştuk. Bununla birlikte, güncelleştirmeler arasında neler olduğunu görmek her zaman kolay olmaz. Dosyalar görünümünde, artık çekme isteğinize yeni bir kod eklendiğinde nelerin değiştiğini tam olarak görebilirsiniz. Herhangi bir kod için geri bildirimde bulunduysanız ve gözden geçirme kapsamındaki diğer tüm değişikliklerden yalıtılmış olarak, tam bu kodda neyin değiştiğini görmek istiyorsanız, bu çok yararlı olacaktır.

<img src="media/files-22.png" "Çekme isteği dosyaları" width="775" height="501" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 23) Çekme isteği dosyaları

Güncelleştirmeler

Çekme isteğinizin zaman içinde nasıl değiştiğini göstermek için yeni Güncelleştirmeler görünümü kullanılır (Şekil 24). Dosyalar görünümü zaman içinde dosyaların nasıl değiştiğini gösterirken, Güncelleştirmeler görünümü her güncelleştirmeye eklenen yüklemeleri gösterir. Herhangi bir zamanda zorla gönderim gerçekleştirilirse, Güncelleştirmeler görünümü geçmişte oluştukları şekilde eski güncelleştirmeleri göstermeye devam eder.

<img src="media/updates-23.png" "Çekme isteği güncelleştirmeleri" width="700" height="281" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 24) Çekme isteği güncelleştirmeleri

Açıklamalar, artık markdown ve emoji ile

Tüm tartışmalarınızda biçimlendirme, söz dizimi vurgusuyla kod, bağlantılar, resimler ve emoji gibi markdown’un tüm gücünü kullanın (Şekil 25). Açıklama denetimleri için de kullanımı daha kolay bir düzenleme deneyimi sağlandı, artık aynı anda birden çok açıklama düzenlenebilir (ve ardından kaydedilebilir).

<img src="media/comments-24.png" "Çekme isteği açıklamaları" width="525" height="237" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 25) Çekme isteği açıklamaları

Çekme isteklerinde gözden geçirenleri ekleme ve kaldırma

Artık çekme isteklerinizde gözden geçirenleri eklemek ve kaldırmak daha kolaydır. Çekme isteğinize gözden geçiren veya grup eklemek için, Gözden Geçirenler bölümündeki arama kutusuna adını girmeniz yeterli olur. Gözden geçireni kaldırmak için, Gözden Geçirenler bölümünde kutucuğunun üzerine gelin ve kaldırmak için X işaretine tıklayın (Şekil 26).

<img src="media/committraceability2.png" "Çekme isteklerinde gözden geçirenleri ekleme" width="256" height="165" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 26) Çekme isteklerinde gözden geçirenleri ekleme

Geliştirilmiş derleme ve çekme isteği izlenebilirliği

Derlemeler ve çekme istekleri arasındaki izlenebilirlik geliştirilmiş, çekme isteğinden derlemeye (ve geriye) gitmek kolaylaştırılmıştır. Bir çekme isteğiyle tetiklenen derlemenin derleme ayrıntıları görünümünde, artık kaynakta derlemeyi kuyruğa alan çekme isteğinin bağlantısı gösterilir. Derleme Tanımları görünümünde, çekme isteğiyle tetiklenen tüm derlemelerin "Tetikleyen" sütununda çekme isteğinin bağlantısı sağlanır. Son olarak, Derleme Gezgini görünümünde çekme istekleri kaynak sütununda listelenir.

Çekme istekleri için açıklama izleme

VSTS’de çekme istekleri, dosyalarda bırakılmış açıklamaları (açıklamalar eklendikten sonra bu dosyalar değiştirilmiş olsa bile) uygun satırda gösterecek şekilde geliştirilmiştir. Daha önce, dosya içeriği değişmiş olsa bile açıklamalar her zaman başlangıçta eklenmiş oldukları satırda gösteriliyordu. Başka bir deyişle, 10. satırdaki bir açıklama her zaman 10. satırda gösteriliyordu. En son geliştirmelerle, kullanıcıların beklentilerini ortaya koymak üzere açıklamalar kodu izler. Şöyle ki, 10. satıra açıklama eklendiyse ve sonradan dosyanın başına iki yeni satır eklendiyse, açıklama 12. satırda gösterilir.

Aşağıda, 13. satırda açıklamada yapılan bir değişiklik örneği gösterilir (Şekil 27):

<img src="media/commenttracking1-26.png" "Açıklama izleme" width="600" height="302" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 27) Açıklama izleme

Kodda özgün açıklamayı 13. satırdan 14. satıra kaydıran bir değişiklik yapıldıktan sonra bile, açıklama beklenen yerde (14. satır) gösteriliyor (Şekil 28).

<img src="media/commenttracking2-27.png" "Değişiklik yapılan açıklamayı izleme" width="600" height="317" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 28) Değişiklik yapılan açıklamayı izleme

İlkelerde bekleyen çekme isteklerini otomatik tamamlama

Dallarını korumak için dal ilkelerini (https://www.visualstudio.com/en-us/docs/git/branch-policies) kullanan takımlar, otomatik tamamlama eylemini denetlemek ister. Birçok durumda, çekme isteğinin yazarı çekme isteğini birleştirmeye hazır olur ancak Tamamla’ya tıklamadan önce derlemenin bitmesini bekler. Diğer durumlarda, derleme geçer ancak gözden geçirenlerden biri son onayı vermemiştir. Bu durumlarda, otomatik tamamlama eylemi, yazarın çekme isteğini ilkeler tümüyle onaylandığında hemen otomatik olarak tamamlanacak şekilde ayarlamasına olanak tanır (Şekil 29).

<img src="media/autocomplete-28.png" "Otomatik tamamlama" width="750" height="133" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 29) Otomatik tamamlama

Aynı el ile tamamlama eyleminde olduğu gibi, yazarın işlemeyi birleştirme iletisini özelleştirme ve uygun birleştirme seçeneklerini belirtme şansı olur (Şekil 30).

<img src="media/autodialog-29.png" "Otomatik iletişim kutusu" width="400" height="316" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 30) Otomatik iletişim kutusu

Otomatik tamamlama ayarlandıktan sonra, çekme isteği otomatik tamamlamanın ayarlandığını ve ilkelerin tamamlanmasını beklediğini onaylayan bir başlık görüntüler (Şekil 31).

<img src="media/autobox-30.png" "Otomatik tamamlama onayı" width="600" height="75" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 31) Otomatik tamamlama onayı

Tüm ilkelere uyulduğunda (derleme tamamlandığında veya son onay verildiğinde), çekme isteği belirtilen seçenekler ve açıklamalar kullanılarak birleştirilir. Beklendiği gibi, bir derleme hatası olursa veya gözden geçiren onaylamazsa, çekme isteği ilkelerden geçilene kadar etkin kalır.

Sıkıştırarak birleştirme çekme istekleri

Çekme isteğini tamamlarken, artık sıkıştırarak birleştirme seçeneğini kullanabilirsiniz (Şekil 32). Bu yeni seçenek, konu dalından gelen ve hedef dala uygulanacak olan değişikliklerin bulunduğu tek bir işleme oluşturur. Normal birleştirmeyle sıkıştırarak birleştirme arasındaki en dikkat çekici fark, sıkıştırarak birleştirme işlemesinin tek bir üst işlemesi olmasıdır. Bu daha basit bir geçmiş grafiği anlamına gelir, çünkü konu dalında yapılan hiçbir ara işlemeye, sonuçta elde edilen işleme grafiğinde ulaşılamaz.

<img src="media/squashmergepullrequest-31.png" "Sıkıştırarak birleştirme çekme isteği" width="500" height="371" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 32) Sıkıştırarak birleştirme çekme isteği

Daha fazla bilgi için bkz. Sıkıştırarak birleştirme çekme istekleri.

İşleme izlenebilirliği

Derleme durumu (başarı veya hata), artık Kod Gezgini ve İşleme Ayrıntıları görünümlerinde açıkça görülebilir (Şekil 33). Diğer ayrıntılara tek tıklamayla ulaşılabildiğinden, her zaman işlemedeki değişikliklerin derlemeye geçirilip geçirilmediğini bilirsiniz. Ayrıca hangi derlemelerin, derleme tanımına ilişkin depo seçeneklerinde durum göndereceğini de özelleştirebilirsiniz. Buna ek olarak, İşleme Ayrıntıları görünümünde yapılan en son değişiklikler, yaptığınız değişikliklerle ilgili daha kapsamlı bilgi sağlar. Değişikliklerinizi birleştirmek için çekme isteklerini kullanıyorsanız, değişiklikleri ana dala tanıtan çekme isteğinin (veya birleştirme işlemesi söz konusu olduğunda, onu oluşturan çekme isteğinin) bağlantısını görürsünüz. Değişiklikleriniz ana dala ulaştığında, değişikliklerin eklendiğini onaylamak için dal bağlantısı görüntülenir.

<img src="media/committraceability-32.png" "İşleme İzlenebilirliği" width="650" height="187" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 33) İşleme İzlenebilirliği

Web’de Git LFS dosyalarını görüntüleme

Git’te zaten çok büyük dosyalarla (ses, video, veri kümesi, vb.) çalışıyorsanız, dosya içeriğini uzak bir sunucuda depolarken Git Büyük Dosya Deposu’nun (LFS) bu dosyaları Git’in içinde işaretçilerle değiştirdiğini biliyorsunuzdur. Bu, artık yalnızca depodaki dosyaya tıklayarak, söz konusu büyük dosyaların tüm içeriğini görüntülemeyi mümkün kılar.

Daha fazla bilgi için bkz. Git ile büyük dosyaları yönetme.

Kod başvurularını kod bağlantılarıyla kolayca paylaşın (Şekil 34). Dosyadaki metni seçmeniz ve Bağlantı simgesine tıklamanız yeterlidir. Seçilen koda bir bağlantı kopyalar. Bu bağlantıyı biri görüntülediğinde, vurguladığınız kodun arka plan altın rengi olur. Bu, kısmi satır seçimlerinde bile çalışır.

<img src="media/sendlinkstolinesofcode-33.png" "Koda bağlantılar gönderme" width="800" height="384" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 34) Koda bağlantılar gönderme

Durum API’si

Derlemenin başarı veya başarısızlık durumu, artık kod gezgini ve işleme ayrıntıları görünümlerinde açıkça görülebilir (Şekil 35). Diğer ayrıntılara tek tıklamayla ulaşılabildiğinden, her zaman işlemedeki değişikliklerin derlemeye geçirilip geçirilmediğini bilirsiniz. Ayrıca hangi derlemelerin, derleme tanımına ilişkin depo seçeneklerinde derleme durumu göndereceğini de özelleştirebilirsiniz.

<img src="media/statusapi-34.png" "Durum API’si" width="650" height="175" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 35) Durum API’si

Dosya türü simgeleri

Gezginde, çekme isteklerinde, yürütme ayrıntılarında, raf kümesi, değişiklik kümesi veya dosya listesi gösteren diğer tüm görünümlerde dosyanın uzantısıyla eşleşen yeni dosya simgelerini göreceksiniz (Şekil 36).

<img src="media/tfvc-git-35.png" "Dosya türü örneği" width="785" height="617" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 36) Dosya türü örnekleri

Depo oluşturma sırasında BeniOku ekleme

Yeni Git deposu oluşturma özelliği, kullanıcılara BeniOku dosyası ekleme olanağı tanıyacak şekilde geliştirilmiştir (Şekil 37). Depoya BeniOku dosyası eklemek, diğer kullanıcıların kod tabanının amacını anlamalarına yardımcı olmakla kalmaz, depoyu anında kopyalayabilmenize de olanak tanır.

<img src="media/createrepo-37.png" "BeniOku dosyası ekleme" width="500" height="289" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 37) BeniOku dosyası ekleme

Derleme Geliştirmeleri

Bu sürümde yapılan değişikliklerin birkaçını saymak gerekirse; günlüklerin boyutunu büyüttük, Java derleme şablonları ekledik ve Xamarin desteğimizde geliştirmeler yaptık.

Yeniden tasarlanan derleme kuyruğu sekmesi

Kuyruğa alınmış derlemeler sayfası için, daha uzun bir kuyruğa alınmış ve çalıştırılan derleme listesi gösteren ve daha sezgisel bir görünüme sahip olan yeni bir tasarım gerçekleştirdik (Şekil 38).

<img src="media/buildqueuetab-38.png" "Derleme kuyruğu sekmesi" width="700" height="387" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 38) Derleme kuyruğu sekmesi

Daha fazla bilgi için bkz. Derleme sisteminizi yönetme.

Sırayı ve sütunu belirtmek için derleme sonucu uzantılarını etkinleştirme

Derleme sonucu bölümünün uzantıları artık hangi sütun olduğunu ve bunun hangi sırada görüntülendiğini belirtebilir (Şekil 39). Sonuç görünümünde iki sütun vardır ve tüm uzantılar varsayılan olarak birinci sütunda yer alır. Not: Tüm üçüncü taraf uzantılar, eklediğimiz derleme sonucu bölümlerinden sonra gösterilecektir.

<img src="media/buildorderandcolumn-39.png" "Derleme sırası ve sütunu" width="528" height="258" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 39) Derleme sırası ve sütunu

Derleme satır numarası

Artık, bir derleme hatasından bu hataya neden olan kod satırına atlayabilirsiniz. Şirket içinde çekme isteği ilkesi olarak kullandığımız birincil derlemedeki en son hataya baktığınızda şunu görürsünüz (Şekil 40):

<img src="media/buildtolinenumber-40.png" "Derleme satır numarası" width="782" height="204" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 40) Derleme satır numarası

Derleme günlüğü görünümü çok daha büyük günlükleri destekliyor

Önceki günlük görünümü yalnızca 10.000 satıra kadar olan günlükleri destekliyordu. Yeni görüntüleyici VS Kodu’nda kullanılan Monaco düzenleyicisine dayanıyor ve 150.000 satıra kadar olan günlükleri destekleyecek.

Java derleme şablonları

Ant, Maven ve Gradle için derleme şablonları ekleyerek, Java geliştiricilerinin derlemeye başlamasını daha da kolaylaştırdık (Şekil 41).

<img src="media/javabuildtemplates-41.png" "Java derleme şablonları" width="600" height="596" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 41) Java derleme şablonları

Şablonlar hakkında daha fazla bilgi için bkz.Derleme adımları.

Xamarin derleme görevleri

Xamarin desteğimizde bazı önemli geliştirmeler yaptık:

Xamarin Lisansı adımı artık gerekli değildir ve derleme şablonlarından kaldırılmıştır. Bu çalışmanın bir parçası olarak, görevi de kullanım dışı bırakacağız. Sonunda görev kaldırıldığında herhangi bir kesinti olmasını önlemek için, bu görevi kullanan tüm derleme tanımları güncelleştirilerek görev kaldırılmalıdır.

Son olarak, Xamarin derleme tanımı şablonları bu yeni görevleri kullanacak şekilde geliştirildi. Xamarin uygulamanızı derleyin.

Derleme ve sürüm yönetimi için Docker tümleştirmesi

Docker görüntülerinizi oluşturmak ve bunları sürekli tümleştirme akışınızın bir parçası olarak Docker Hub’a yüklemek için, derleme özelliklerinden yararlanın (Şekil 42). Ardından, Release Management kapsamında bu görüntüleri bir dizi Docker konağına dağıtın. Market uzantısı, Docker’la çalışmak için size gereken tüm hizmet uç noktası türlerini ve görevlerini ekler.

<img src="media/docker-42.png" "Docker resimleri" width="700" height="415" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 42) Docker resimleri

Çekme isteği görünümünde SonarQube sonuçları

Çekme isteğini birleştirmeye yönelik bir derleme çalıştırması SonarQube MSBuild görevleri içeriyorsa, artık yeni kod analizi sorunlarını çekme isteğinde tartışma açıklamaları olarak görürsünüz (Şekil 43). Bu deneyim, SonarQube sunucusunda eklentisi yüklenmiş olan tüm dillerde çalışır. Daha fazla bilgi için, SonarQube Kod Analizi sorunlarının Çekme İstekleriyle tümleştirilmesi blog gönderisine bakın.

<img src="media/sonarqubeinpullrequests-43.png" "SonarQube çekme istekleri" width="629" height="279" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 43) SonarQube çekme istekleri

Derleme tanımı için durum API’si raporlamasını yapılandırma

Artık hangi derleme tanımlarının kendi durumlarını Git durum API’sine geri raporlayacağını seçebilirsiniz. Belirli bir depoyu veya dalı derleyen birden çok tanımınız varsa ancak yalnızca bir tanım gerçek sağlık durumunu gösteriyorsa, bu özellikle yararlı olacaktır.

Daha fazla bilgi için bkz. Derleme REST API’si başvurusu.

Takım odalarında vNext derleme desteği

Ekip odasına XAML derlemelerinin bildirimlerini eklemek her zaman mümkündü. Bu sprint ile birlikte, kullanıcılar vNext Derleme tamamlanmalarından bildirimler de alabilirler.

Git CI tetikleyicileri için yol filtrelerini etkinleştirme

Barındırılan Git depoları için CI tetikleyicileri belirli yolları içerebilir veya dışlayabilir. Bu özellik, derleme tanımını yalnızca belirli yollardaki dosyalar değiştiğinde çalıştırılacak şekilde yapılandırmanıza olanak tanır (Şekil 44).

<img src="media/gitcitriggers.png" "Git CI Tetikleyicileri" width="550" height="450" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 44) Git CI Tetikleyicileri

Release Management Geliştirmeleri

Team Foundation Server 2015’te tümleşik web tabanlı Sürüm yönetiminin başlatılmasından sonra, bu sürümde bazı iyileştirmeler gerçekleştirdik.

Sürüm tanımlarını kopyalama, dışarı aktarma ve içeri aktarma

Sürüm tanımlarını kopyalama, dışarı aktarma ve içeri aktarma özelliklerini Sürüm hub’ıyla birleştirerek uzantı yükleme gereksinimini ortadan kaldırdık (Şekil 45).

<img src="media/rm-clone-45.png" "Sürüm özeti sayfasında kopyalama ve dışarı aktarma komutları" width="400" height="421" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 45) Sürüm özeti sayfasında kopyalama ve dışarı aktarma komutları

Diğer ayrıntılar için, Sürüm tanımı kopyalama, dışarı aktarma ve içeri aktarma belgelerine bakın.

Test sonuçları sürüm özetinde gösterilir

Sürüm özeti sayfasında ortama özgü bilgilerin gösterilmesi için bir dış hizmet katkı noktası ekledik.

Team Services içinde bu özellik, bir sürüm ortamının parçası olarak çalıştırılan testlerin sonuçlarının özetini görüntülemek için kullanılır (Şekil 46).

<img src="media/rm-testresults-46.png" "Test sonuçları sürüm özetinde gösterilir" width="450" height="398" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 46) Test sonuçları sürüm özetinde gösterilir

Diğer ayrıntılar için, Bir sürümün özet görünümünü anlama belgelerine bakın.

Betiklere OAuth belirteçleri iletme

Team Services üzerinde REST API’lerini çağıran özel bir PowerShell betiği çalıştırmanız gerekiyorsa (örneğin, iş öğesi oluşturmak veya derlemeden bilgi sorgulamak için), betikte OAuth belirtecini iletmeniz gerekir.

Ortam yapılandırma aşamasına eklenen yeni bir seçenek, betiklerin ortamda görev olarak çalışarak geçerli OAuth belirtecine erişmesini sağlar (Şekil 47).

<img src="media/rm-passoauth-47.png" "Betiklere OAuth belirteçleri iletme" width="500" height="318" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 47) Betiklere OAuth belirteçleri iletme

Diğer ayrıntılar için, Genel ortam seçenekleri belgelerine bakın.

Bu basit örnekte derleme tanımının nasıl alınacağı gösterilmektedir (Şekil 48):

<img src="media/rm-getbuilddefinition-48.png" "İletilen OAuth belirtecinin kullanıldığı örnek betik" width="500" height="220" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 48) İletilen OAuth belirtecinin kullanıldığı örnek betik

Kısmen başarılı dağıtımlarında tetikleme

Derleme ve sürüm görevlerinin, her görev için Denetim Seçenekleri parametrelerinde hata durumunda devam etme seçeneği vardır.

Derleme tanımında, bu seçeneğin ayarlandığı bir görevin başarısız olması durumunda bu Derleme kısmen başarılı oldu sonucunu verir.

Aynı davranış artık sürüm tanımlarında da kullanılabilir. Görev başarısız olursa, bir bütün olarak sürümün sonucu "Sürüm kısmen başarılı oldu" olarak gösterilir (Şekil 49).

<img src="media/rm-partial-1-49.png" "Kısmen başarılı olan sürümler sürüm özetinde turuncu gösterilir" width="450" height="390" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 49) Kısmen başarılı olan sürümler sürüm özetinde turuncu gösterilir

Varsayılan olarak, kısmen başarılı bir sürüm sonraki ortamda sürümü otomatik olarak tetiklemez (ortam dağıtım seçeneklerinde bu davranış belirtilmiş olsa bile).

Öte yandan, her sürüm ortamında Sürüm Yönetimi’ne önceki sürüm kısmen başarılı olduğunda sonraki ortamda sürümü tetiklemeyi bildiren yeni bir seçenek ayarlanabilir (Şekil 50).

<img src="media/rm-partial-2-50.png" "Kısmen başarılı olan sürümden tetikleme seçeneğini ayarlama" width="500" height="395" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 50) Kısmen başarılı olan sürümden tetikleme seçeneğini ayarlama

Diğer ayrıntılar için, Ortam dağıtım tetikleyicileri belgelerine bakın.

GitHub’da depolanan yapıtları doğrudan kullanma

Bazen, bu konuda anlatıldığı gibi bir sürüm denetim sisteminde depolanan yapıtları derleme sürecinden geçirmeden doğrudan kullanmak isteyebilirsiniz.

Kodunuz GitHub deposunda yer alıyorsa, artık bunu yapabilirsiniz (Şekil 51).

<img src="media/rm-github-51.png" "GitHub deposundaki kodu sürüm tanımına bağlama" width="500" height="267" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 51) GitHub deposundaki kodu sürüm tanımına bağlama

Diğer ayrıntılar için, TFVC, Git ve GitHub kaynakları belgelerine bakın.

ARM kullanarak Web Uygulaması Dağıtımı

AzureRM Web Uygulaması Dağıtımı adında yeni bir Azure Web Uygulaması Dağıtım görevi sürümü kullanıma sunulmuştur (Şekil 52).

Bu sürüm MSDeploy ve Azure Resource Manager hizmet uç noktası bağlantısı kullanmaktadır. ASP.NET 4, Node ve Python tabanlı web uygulamalarına ek olarak Azure Web Jobs ve Azure API uygulamaları dağıtmak için bu görevi kullanabilirsiniz.

Bu görev ayrıca uygulama verilerini tutma, bir uygulamayı çevrimdışı duruma geçirme ve hedefteki ek dosyaları kaldırma gibi ortak yayımlama seçeneklerini de destekler.

Gelecek sürümlerde yapılandırma dönüşümleri gibi daha fazla özelliğin sunulması planlanmaktadır (Şekil 52).

<img src="media/rm-azurermwebapp-52.png" "ARM kullanarak Web uygulaması dağıtımı" width="500" height="288" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 52) ARM kullanarak Web uygulaması dağıtımı

Görev grupları

Görev grubu; derleme veya sürüm tanımında önceden tanımlanmış olan görev sırasını yalıtarak, bir derlemeye veya sürüme herhangi bir görev gibi eklenmesini sağlayacak tek bir yeniden kullanılabilir görev haline getirmenizi sağlar (Şekil 53).

Yalıtılmış görevlerin parametrelerini yapılandırma değişkeni olarak çıkarabilir ve görev bilgilerinin gerisini soyut hale getirebilirsiniz.

Yeni görev grubu, görev kataloğuna otomatik olarak eklenerek diğer sürüm ve derleme tanımlarına eklenmeye hazır hale gelir.

<img src="media/rm-taskgroups-53.png" "GitHub deposundaki kodu sürüm tanımına bağlama" width="525" height="322" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 53) GitHub deposundaki kodu sürüm tanımına bağlama

Diğer ayrıntılar için, Görev Grupları belgelerine bakın.

Sürümleri geçici silme

Sildiğiniz veya bir bekletme ilkesi tarafından otomatik olarak silinen sürümler, genel bakış ve ayrıntı listelerinden kaldırılır.

Ancak, kalıcı olarak silinmeden önce sürüm tanımıyla birlikte bir süre boyunca (genelde 14 gün) bekletilir.

Bu süre boyunca genel bakış ve ayrıntılar listelerinin Silindi sekmesinde gösterilir.

Kısayol menüsünü açıp Silmeyi geri al komutunu seçerek bu sürümlerden herhangi birini geri yükleyebilirsiniz (Şekil 54).

Undelete releases

(Şekil 54) Sürümleri silmeyi geri alma

Diğer ayrıntılar için, Silinen sürümleri geri alma belgelerine bakın.

Sürümleri ve derlemeleri tüm ortamlar için bekletme

Bir sürüm tanımının sürüm bekletme ilkesi, ilgili sürümün ve bağlantılı derlemenin bekletileceği süreyi belirler.

Sürümler varsayılan olarak 60 gün bekletilir. Bu süre boyunca dağıtılmayan veya değiştirilmeyen sürümler, otomatik olarak silinir.

Ancak, üretim ortamınız gibi belirli ortamlara dağıtılmış olan birden fazla sürümü bekletmek veya test, hazırlık ve kalite kontrol gibi diğer ortamlara dağıtılan sürümleri daha uzun süre bekletmek isteyebilirsiniz.

Sürümü tekrar dağıtmanız gerekirse yapıtların kullanılabilir durumda olduğundan emin olmak için, sürümle bağlantılı derlemeyi de aynı süre boyunca bekletebilirsiniz (Şekil 55).

Retain releases

(Şekil 55) Sürümleri bekletme

Diğer ayrıntılar için, Sürüm ve derleme bekletme belgelerine bakın.

Bağlantılı yapıt geliştirmeleri

Yapıtlar ve yapıt kaynaklarıyla çalışmayı kolaylaştıran iki yeni özellik eklendi:

  • Bir sürüm tanımına birden fazla yapıt kaynağını bağlayabilirsiniz (Şekil 56). Yapıtların her biri, kaynak diğer adı olarak adlandırılan aracıdaki bir klasöre indirilir. Artık bağlantılı bir yapıtın kaynak diğer adını düzenleyebilirsiniz. Örneğin, derleme tanımının adını değiştirdiğinizde, kaynak diğer adını düzenleyerek derleme tanımının adıyla aynı adı verebilirsiniz.

Linked artifact improvements

(Şekil 56) Bağlantılı yapıt geliştirmeleri

For more details, see [Artifact source alias](https://www.visualstudio.com/en-us/docs/release/author-release-definition/understanding-artifacts#source-alias) documentation.
  • Derleme.* biçiminin farklı türleri (Derleme.DerlemeKimliği ve Derleme.DerlemeNumarası gibi) görev parametrelerinde kullanılabilir. Bir sürümle ilişkilendirilmiş birden fazla kaynak olduğunda, bu değişkenler artık birincil kaynak olarak belirlediğiniz yapıt kaynağından değerlerle doldurulur. Diğer ayrıntılar için, Yapıt değişkenleri belgelerine bakın.

Dağıtım - El İle Müdahale görevi

Artık bir ortama dağıtma sırasında yürütmeyi duraklatabilirsiniz.

Bir ortama El İle Müdahale görevini ekleyerek dağıtımı geçici olarak durdurabilir, el ile gerekli adımları gerçekleştirebilir ve otomatik adımları sürdürebilirsiniz.

Ayrıca el ile müdahaleden sonra dağıtımı reddedebilir ve ek adımların yürütülmesini engelleyebilirsiniz (Şekil 57).

Manual intervention task

(Şekil 57) El ile müdahale görevi

Diğer ayrıntılar için, El ile müdahale belgelerine bakın.

SQL Veritabanı dağıtım görevi betikleri

Azure SQL Veritabanı Dağıtımı (Şekil 58) görevi, Azure SQL Veritabanında SQL betiklerini çalıştıracak şekilde geliştirilmiştir. Betikler dosya veya görevde satır içi olarak sağlanabilir.

SQL database deployment task scripts

(Şekil 58) SQL veritabanı dağıtım görevi betikleri

Sürüm tanımı özeti - pano pencere öğesi

Sürüm tanımını panoya sabitleyin; bu, söz konusu tanım için sürümlerin özetini tüm takımınızın kullanıma sunmanın kolay bir yoludur.

Diğer ayrıntılar için, Panoya sürüm bilgileri ekleme belgelerine bakın.

Belirli bir zamanda sürümleri bir ortama yükseltme

Tüm üretim dağıtımlarınızın gece yarısı yapılmasını mı istiyorsunuz? Bir ortamda, başka bir ortamdan başarılı bir dağıtımı (veya doğrudan en sonuncusunu) seçen ve bunu belirlenen zamanda dağıtan bir koşul yapılandırabilirsiniz (Şekil 59).

Schedule release to an environment

(Şekil 59) Ortamda dağıtımı zamanlama

Birden çok ortamın koşulları temelinde dağıtma

Önceki sürüme kadar, paralel dağıtımlar (çatal dağıtımları) yapabiliyor ancak birden çok ortamın durumu temelinde bir ortamda dağıtım başlatamıyordunuz (birleşik dağıtımları). Artık bunu yapabilirsiniz.

Diğer ayrıntılar için, Paralel çatallanmış ve birleştirilmiş dağıtımlar belgelerine bakın.

Sürüm yönetimi için REST API'leri

Sürüm tanımları ve sürümler oluşturmak ve sürüm dağıtımını birçok yönden yönetmek için Sürüm Yönetimi hizmetinin REST API’lerini kullanabilirsiniz.

Daha fazla bilgi için API başvuru belgelerine bakın. Bu blog gönderisinde API’lerin kullanıldığı bazı temel örnekler bulabilirsiniz: Sürüm Yönetimi REST API’lerini kullanma.

Hizmet kancalarını tümleştirme

Yeni sürümler oluşturulduğunda, dağıtımlar başlatıldığında veya tamamlandığında ya da bekleyen veya tamamlanmış onaylar olduğunda sürüm bildirimleri gönderin. Bu tür bildirimleri almak için Slack gibi üçüncü taraf uygulamalarıyla tümleştirin.

Ulusal Azure bulutlarına dağıtma

Yeni Ortam ayarını bir Azure Klasik hizmet uç noktasında kullanarak Azure Çin bulutu, Azure ABD Kamu bulutu ve Azure Almanya bulutu gibi önceden tanımlı ulusal bulutlar gibi belirli bir Azure bulutunu hedefleyebilirsiniz (Şekil 60).

<img src="media/rm-nationalcloud-60.png" "Ulusal Azure bulutlarına dağıtma" width="500" height="409" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 60) Ulusal Azure bulutlarına dağıtma

Diğer ayrıntılar için, Azure Klasik hizmet uç noktası belgelerine bakın.

Test Geliştirmeleri

Team Foundation Server 2017 sürümüne önemli test geliştirmeleri eklenmiştir.

Güncelleştirilmiş test sonuç deposu şeması

Bu sürümde, test sonucu yapıtlarını yeni sıkıştırılmış ve verimli bir depoma şemasına geçirdik. Test sonuçları TFS veritabanlarında en çok depolama alanı kullanan öğelerden biri olduğundan, bu özelliğin TFS veritabanları için depolama ayak izini küçültmesini bekliyoruz. TFS’nin önceki sürümlerinden yükseltme yapan müşteriler için, TFS yükseltmesi sırasında test sonuçları yeni şemaya geçirilecektir. Bu yükseltme sonucunda, veritabanlarınızda var olan test sonucu verilerinin miktarına bağlı olarak, yükseltme süreleri daha uzun olabilir. Test bekletme ilkesi yapılandırmanız ve ilkenin etkisini gösterip test sonuçları tarafından kullanılan depolama alanını azaltmasını beklemeniz önerilir; böylece TFS yükseltmesi daha hızlı çalışacaktır. TFS yüklendikten sonra ancak TFS örneği yükseltilmeden önce, test sonuçlarını temizlemek için TFSConfig.exe aracını kullanabilirsiniz. Diğer ayrıntılar için TFSConfig.exe yardımına bakın. Yükseltme öncesinde test bekletme yapılandırma veya test sonuçlarını temizleme esnekliğine sahip değilseniz, yükseltme zamanı olarak buna uygun bir plan yapmaya dikkat edin. Test bekletme ilkesi yapılandırma hakkındaki diğer örnekler için bkz. Team Foundation Server 2015 ile test sonucu verilerini bekletme.

Test Hub'ı geliştirmeleri

Test Hub’ında test yapılandırması yönetimi

Test Hub’ının içine yeni bir Yapılandırmalar sekmesi ekleyerek, test yapılandırması yönetimini web arabirimine getirdik (Şekil 61). Artık, doğrudan Test hub’ının içinden test yapılandırmalarını ve test yapılandırması değişkenlerini oluşturabilir ve yönetebilirsiniz.

Configurations hub

(Şekil 61) Yapılandırmalar hub’ı

Daha fazla bilgi için bkz. Yapılandırmalar ve yapılandırma değişkenleri oluşturma.

Test planları, test paketleri ve test çalışmalarına yapılandırmalar atama

Yapılandırmaları atamak iyice kolaylaştı; doğrudan Test hub’ının içinden bir test planına, test paketine veya test çalışmasına test yapılandırmaları atayabilirsiniz (Şekil 62). Öğeye sağ tıklayın, Yapılandırmaları ata … öğesini seçin ve çalışmaya başlayın. Test hub’ında Yapılandırmalar’a göre de filtre uygulayabilirsiniz (Şekil 63).

Assign Configurations

(Şekil 62) Yapılandırma Atama

Configurations Filter

(Şekil 63) Yapılandırma Filtresi

Daha fazla bilgi için bkz. Yapılandırmaları Test planlarına ve Test paketlerine atama.

Test sonuçları bölmesinde test planı/test paketi sütunlarını görüntüleme

Test sonuçları bölmesine, site test sonuçlarının altında yürütüldüğü test planını ve test paketini gösteren yeni sütunlar ekledik. Bu sütunlar, testleriniz için sonuçlarda detaya giderken çok gerekli olan bir bağlam sağlar (Şekil 64).

Test Results Pane

(Şekil 64) Test sonuçları bölmesi

Test Hub’ında ve kartlarda testleri sıralama

Artık, hangi tür pakete (statik, gereksinim tabanlı veya sorgu tabanlı paketler) dahil edildiklerine bakılmaksızın, manuel testleri Test Hub’ı içinde (Şekil 65) düzenleyebilirsiniz. Testleri yeniden düzenlemek için bir veya birden çok testi doğrudan sürükleyip bırakabilir veya bağlam menüsünü kullanabilirsiniz. Düzenleme işlemi tamamlandıktan sonra, testlerinizi Düzen alanına göre sıralayabilir ve bunları Web çalıştırıcısında bu sırayla çalıştırabilirsiniz. Ayrıca testleri doğrudan kullanıcı hikayesi kartında veya Kanban panosunda da sıralayabilirsiniz (Şekil 66). Bu, manuel test altında en uzun süredir bekleyen user voice öğelerinden birini (495 oyla) tamamlamış olur.

Order tests

(Şekil 65) Testleri sıralama

Order tests on card

(Şekil 66) Testleri kartta sıralama

Test Hub’ında test paketlerini sıralama

Şimdi test takımları test paketlerini gereksinimlerine uygun olarak düzenleyebilir; bundan önce, paketler ancak alfabetik sırayla düzenlenebiliyordu. Artık paketler, Test hub’ında sürükle/bırak özelliğini kullanarak eş paketler arasında yeniden sıralanabilir veya hiyerarşide başka bir pakete taşınabilir (Şekil 67). Bu, el ile test/test çalışma yönetimi altındaki şu user voice öğesine çözüm getirir.

<img src="media/attachfilehandler19.png" "Test paketlerini sıralama" width="444" height="297" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 67) Test paketlerini sıralama

Atanan test ediciler kapsamında kullanıcıları arama

Farklı hub’lar genelinde yeni kimlik seçici denetimlerinin dağıtımı kapsamında, Test hub’ında bir veya birden çok teste test edicileri atarken kullanıcılar için arama yapma seçeneğini de etkinleştirdik (Şekil 68). Bu, takım üyesi sayısının çok fazla olduğu ancak bağlam menüsünün yalnızca sınırlı bir girdi kümesini gösterdiği senaryolarda fazlasıyla yararlı bir özelliktir *(Şekil 69).

<img src="media/attachfilehandler16.png" "Kullanıcıları arama" width="372" height="188" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 68) Kullanıcıları arama

Assign Users

(Şekil 69) Kullanıcıları Atama

Test yapmak için derleme seçme

Şimdi, test yaparken kullanmak istediğiniz “derlemeyi” seçebilir ve ardından Test hub’ında ‘Seçeneklerle çalıştır’ öğesini kullanarak Web çalıştırıcısını başlatabilirsiniz (Şekil 70). Çalıştırma sırasında dosyalanan tüm hatalar, otomatik olarak seçilen derlemeyle ilişkilendirilir. Buna ek olarak, bu belirli derleme için test sonucu yayımlanır.

<img src="media/attachfilehandler20.png" "Derleme seçme" width="244" height="120" style="border:2px solid Silver; display: block; margin: auto;">

(Şekil 70) Derleme seçme

Veri toplayıcılarıyla Test Hub’ından Microsoft Test Çalıştırıcısı istemcisini başlatma

Şimdi, test çalıştırmasıyla (Şekil 71) ilişkilendirilecek veri toplayıcılarınızı ve derlemenizi Microsoft Test Yöneticisi istemcisinde yapılandırmak zorunda kalmadan seçebilir ve Test hub’ından etkili bir yolla Microsoft Test Çalıştırıcısı 2017’yi (istemci) başlatabilirsiniz. Microsoft Test Çalıştırıcısı, tüm Microsoft Test Yöneticisi kabuğu açılmadan başlatılır ve test yürütme işlemi tamamlandığında kapatılır.

Run with options

(Şekil 71) Seçeneklerle çalıştır

Daha fazla bilgi için bkz. Masaüstü uygulamaları için test çalıştırma.

Test hub’ından veri toplayıcıları seçme ve Exploratory Runner istemcisini başlatma

Şimdi, veri toplayıcılarınızı Microsoft Test Yöneticisi istemcisinde yapılandırmak zorunda kalmadan seçebilir ve Test hub’ından etkili bir yolla Exploratory Runner 2017’yi (istemci) başlatabilirsiniz. Gereksinim tabanlı bir paket için bağlam menüsünden 'Seçeneklerle çalıştır' öğesini (Şekil 72) çağırın ve ihtiyacınız olan Exploratory Runner ile veri toplayıcılarını seçin. Exploratory Runner, yukarıda açıklandığı gibi Microsoft Test Çalıştırıcısı’na benzer şekilde başlatılır.

Run with Options - XT

(Şekil 72) Seçeneklerle Çalıştır - XT

Farklı test paketleri arasındaki testler için test sonuçlarını yapılandırma

Artık, aynı test planı altındaki farklı test paketleri arasında paylaşılan testler için test sonuçlarının davranışını yapılandırma olanağı sağlıyoruz (Şekil 73). Bu seçenek belirtilirse ve testin sonucunu ayarlarsanız (Test hub’ından, Web çalıştırıcısından, Microsoft Test Çalıştırıcısı’ndan veya Kanban panosundaki kartlardan Geçti/Kaldı/Engellendi olarak işaretlerseniz), bu sonuç aynı test planı altındaki farklı test paketlerinde bulunan diğer testlere de aynı yapılandırmayla yaygınlaştırılır. Kullanıcılar, Test hub’ı test planı bağlam menüsünden veya ortak ayarlar yapılandırma iletişim kutusundaki Kanban panosu test sayfasından, belirli bir test planı için “Test sonuçlarını yapılandır” seçeneğini ayarlayabilirler. Bu seçenek varsayılan olarak kapalıdır ve geçerlilik kazanması için açıkça etkinleştirilmesi gerekecektir.

Configure test outcomes

(Şekil 73) Test sonuçlarını yapılandırma

İş öğesinden hata doğrulama

Artık bir hatayı, tanımlayan testleri tekrar çalıştırarak doğrulayabilirsiniz (Şekil 74). Hata iş öğesi formu bağlam menüsünden Doğrula seçeneğini çağırarak web çalıştırıcısında ilgili test çalışmasını başlatabilirsiniz. Web çalıştırıcısını kullanarak doğrulama işlemini yapabilir ve hata iş öğesini doğrudan web çalıştırıcısı içinden güncelleştirebilirsiniz.

Verify bugs

(Şekil 74) Hataları doğrulama

Test planı / test paketi kopyası için REST API’leri

Test planlarını ve test paketlerini kopyalamak için REST API’leri ekledik. Bunları, Team Services Tümleştirme sitemizin Test Yönetimi bölümü altında bulabilirsiniz.

Kanban kartlarınızdan testte ilerleme

Şimdi doğrudan Kanban panosundaki hikayelerinizden test çalışmaları ekleyebilir, görüntüleyebilir ve bunlarla etkileşimli çalışabilirsiniz. Yeni Test Ekle menü seçeneğini kullanarak bağlantılı bir Test çalışması oluşturun ve işler ilerlerken doğrudan kartınızdan durumu izleyin (Şekil 75).

Inline tests

(Şekil 75) Satır içi testleri

Bu yeni özellikle, doğrudan panonuzdaki kartın içinden aşağıdaki eylemleri gerçekleştirebilirsiniz:

  • Testleri ekleme.
  • Testleri açma.
  • Bir kullanıcı hikayesinden diğerine sürükleyip bırakarak testin üst öğesini değiştirme.
  • CTRL+Sürükle/Bırak kullanarak aynı testi başka bir kullanıcı hikayesine kopyalama (aynı test çalışmasının birden çok kullanıcı hikayesini test ettiği senaryolarda).
  • Hızla Geçti/Başarısız/vb. olarak işaretleyerek test durumunu güncelleştirme.
  • Testi Web Test Çalıştırıcısı’nda başlatıp burada tek tek adımları geçti veya kaldı olarak işaretleme, hataları dosyalama gibi işlemleri yaparak çalıştırma.
  • Bu hikaye için kaç testin geçtiğini ve kaçının kaldığını gösteren toplama durumunun özetini görüntüleme.

Gelişmiş test yönetimi özelliklerine ihtiyacınız varsa, (test edenleri atama, yapılandırmaları atama, merkezi parametreler, test sonuçlarını dışarı aktarma gibi), Test Hub’ına geçebilir ve sizin için otomatik olarak oluşturulmuş varsayılan test planı/gereksinimi tabanlı paketleri kullanmaya başlayabilirsiniz. Daha fazla bilgi için bkz. Satır içi testleri ekleme, çalıştırma ve güncelleştirme.

Karttan test planına/test paketine çapraz geçiş

Artık testlerin oluşturulduğu temel test planına/test paketine, doğrudan Kanban panosundaki karttan kolayca çapraz geçiş yapabilirsiniz. Bu bağlantıya (Şekil 76) tıklanması Test hub’ına gitmenizi, doğru test planını açmanızı ve ardından söz konusu satır içi testleri denetleyen paketi seçmenizi sağlar.

Traverse to plan/suite

(Şekil 76) Plana/pakete çapraz geçiş yapma

Kanban panosunun ortak ayarlar yapılandırmasındaki test sayfası

Satın içi testlerinin oluşturulduğu test planını denetlemek için Kanban panosundaki ortak ayarlar yapılandırma iletişim kutusunun yeni Testler sayfasını kullanın (Şekil 77). Daha önce, kartta oluşturulan tüm testler, kartın alan ve yineleme yollarıyla eşleşen test planları olmadığı durumlarda otomatik olarak yeni oluşturulan bir test planına ekleniyordu. Şimdi kendi seçtiğiniz, var olan bir test planını yapılandırarak bu davranışı geçersiz kılabilirsiniz. Bundan sonra, tüm testler seçilen test planına eklenir. Bu işlevselliğin etkinleştirilebilmesi için Test ek açıklaması özelliğinin açılması gerektiğini unutmayın.

Common settings

(Şekil 77) Ortak ayarlar

Web çalıştırıcısı iyileştirmeleri

Manuel test sırasında test adımı eklerini ekleme

Manuel test sırasında test adımı eklerini ekleme olanağı sağlayacak şekilde Web test çalıştırıcısını geliştirdik (Şekil 78). Bu adım sonuç ekleri, oturumda dosyaladığınız tüm hatalarda ve sonra da Test sonuçları bölmesinde otomatik olarak gösterilir.

Test Step attachments

(Şekil 78) Test Adımı ekleri

Web çalıştırıcısında ekran görüntüsü, ekran kaydı, görüntü eylem günlüğü ve sistem bilgisi desteği (Chrome tarayıcısı kullanılarak)

Artık Chrome’da Web çalıştırıcısını kullanırken ekran görüntüleri alabilir ve bunlara satır içi olarak ek açıklama koyabilirsiniz (Şekil 79). Ayrıca yalnızca web uygulamalarınızın değil masaüstü uygulamalarınızın da isteğe bağlı ekran kayıtlarını yakalayabilirsiniz. Bu ekran görüntüleri ve ekran kayıtları otomatik olarak geçerli Test adımına eklenir. Ekran görüntülerine ve ekran kayıtlarına ek olarak, web uygulamalarınızdan isteğe bağlı görüntü eylem günlüğünü de yakalayabilirsiniz. Eylemlerinizin yakalanacağı tarayıcı penceresini belirtmeniz gerekir. Bu penceredeki tüm eylemler (söz konusu pencerede açtığınız tüm var olan veya yeni sekmeler) veya başlattığınız tüm yeni alt tarayıcı pencereleri otomatik olarak yakalanır ve Web tarayıcısında test edilen adımlarla bağıntılı hale getirilir. Ardından bu ekran görüntüleri, ekran kayıtları ve görüntü eylem günlükleri çalıştırma sırasında dosyaladığınız hatalara eklendiği gibi geçerli test sonucuna eklenir. Benzer biçimde, sistem bilgisi verileri de otomatik olarak yaklanır ve Web çalıştırıcısından dosyaladığınız hatalara eklenir. Tüm bu özellikler Chrome tabanlı Test ve Geri Bildirim uzantısından yararlanır.

Web runner using Chrome browser

(Şekil 79) Chrome tarayıcısını kullanan Web çalıştırıcısı

Daha fazla bilgi için bkz. Test sırasında tanılama verilerini toplama.

Alt öğe olarak dosyalanan hatalar – Web çalıştırıcısı/test ve geri bildirim uzantısı

Panodaki bir karttan veya Test hub’ındaki gereksinim tabanlı bir paketten başlatılan testleri Web çalıştırıcısında çalıştırırken, dosyalanan tüm yeni hatalar, artık otomatik olarak kullanıcı hikayesinin alt öğesi olarak oluşturulur. Benzer biçimde, keşif testi uzantısından bir kullanıcı hikayesini araştırıyorsanız, dosyaladığınız tüm yeni hatalar da söz konusu kullanıcı hikayesinin alt öğesi olarak oluşturulur. Bu yeni davranış, hikayeler ve hatalar arasında izlenebilirliğin basitleştirilmesini sağlar. Bu durum, yalnızca Ortak Ayarlar Yapılandırma sayfasındaki “Hatalarla çalışma” ayarı, “Hatalar biriktirme listelerinde veya panoda görünmüyor” veya "Hatalar biriktirme listelerinde ve panolarda görevlerle birlikte görünüyor" olduğunda geçerlidir. Tüm diğer “Hatalarla çalışma” seçeneği ayarlarında ve bazı senaryolarda, örneğin zaten üst öğesi tanımlanmış olan mevcut bir hata eklenirken, bunun yerine bir İlgili bağlantısı oluşturulur.

Var olan hataları Web çalıştırıcısında güncelleştirme

Artık web çalıştırıcısında yeni hata oluşturmaya ek olarak, var olan hataları da güncelleştirebilirsiniz (Şekil 80). Geçerli oturumda toplanan tüm tanılama verileri, yineleme adımları ve izlenebilirlik bağlantıları var olan hataya otomatik olarak eklenir.

Add to existing bug

(Şekil 80) Var olan hataya ekleme

Test ve geri bildirim uzantısı - iyileştirmeler

Tarayıcı tabanlı Test ve Geri Bildirim uzantısını Visual Studio Market’ten yükleyebilirsiniz. Bu uzantı hem Visual Studio Team Services hem de Team Foundation Server (2015 veya üzeri) için destek sunmaktadır.

İş öğelerini keşfedin

Belirli bir iş öğesi için keşif testi gerçekleştirin (Şekil 81). Bu, uzantıdan çıkmanıza gerek kalmadan, seçilen iş öğesini sürmekte olan test oturumunuzla ilişkilendirmenize, kabul ölçütlerini ve tanımı görüntülemenize olanak tanır. Ayrıca, seçili iş öğesinde dosyaladığınız hatalar veya görevler arasında uçtan uca izlenebilirlik de oluşturur. Doğrudan iş öğesinden ya da uzantının içinden bir iş öğesini keşfedebilirsiniz:

• Doğrudan iş öğesinden (Şekil 81): Bağlam menüsündeki “Keşif testi yap” seçeneğini kullanarak doğrudan ürünün içinden belirli bir iş öğesi için keşif testi oturumu başlatabilirsiniz. Tüm kartlara, kılavuzlara ve Test hub’ına giriş noktaları ekledik.

• Uzantının içinden (Şekil 82): XT oturumundan çıkmadan bir iş öğesini arayın ve öğeyi sürmekte olan oturumla ilişkilendirin.

XT from card

(Şekil 81) İş öğesinden XT

Explore work item

(Şekil 82) Uzantıdan XT

Daha fazla bilgi için bkz. Test ve Geri Bildirim uzantısıyla iş öğelerini keşfetme.

Test ve geri bildirim uzantısını kullanarak görüntü eylem günlüğü, ekran kaydı ve web sayfası yükleme verilerini yakalama

Görüntü Eylem Günlüğü: Uzantı, tek bir tıklamayla sizi otomatik olarak hataya götüren adımlar eklemeniz için yeni bir seçenek sağlar. Fare, klavye ve dokunma eylemlerini yakalamak için “Görüntü eylem günlüğünü ekle” seçeneğini (Şekil 83) belirtin ve ilgili metin ve görüntüleri doğrudan hataya veya göreve ekleyin.

Video olarak ekran kaydı: Eklentiyi kullanarak isteğe bağlı ekran kayıtları yakalayabilirsiniz. Bu ekran kayıtları yalnızca web uygulamalarından değil, masaüstü uygulamalarınızdan da yakalanabilir. Uzantının “Seçenekler” sayfasını kullanarak ekran kayıtlarını otomatik olarak durduracak ve dosyalanan hataya ekleyecek şekilde yapılandırabilirsiniz.

Sayfa Yükleme Verileri: Uzantıya yeni bir arka plan yakalama özelliği ekledik: “web sayfası yükleme” verilerini yakalama. Aynı “görüntü eylem günlüğünün” araştırılan bir web uygulamasında gerçekleştirdiğiniz eylemleri arka plandaki görüntüler biçiminde yakalaması gibi, “sayfa yükleme” işlevselliği de web sayfasının yükleme işlemini tamamlamaya yönelik ayrıntılarını otomatik olarak yakalar. Web sayfası yükleme işleminin öznel/algılanan yavaşlığına güvenmek yerine, artık hatada yavaşlık durumunu nesnel olarak ölçebilirsiniz. Hata dosyalandığında, kutucuk görünümüne ek olarak hataya bir de ayrıntılı rapor eklenir. Bu rapor geliştiriciye ilk araştırma kümesini sağlayarak yardımcı olabilir.

XT Image Action Log

(Şekil 83) XT Görüntü Eylem Günlüğü

Görüntü eylem günlüğü verileri temelinde test çalışmaları oluşturma

Keşif oturumunuz sırasında test çalışmaları oluştururken, görüntülerle test adımları sizin yerinize otomatik olarak doldurulur (Şekil 84). Eş zamanlı test tasarımı ve test yürütmesi, doğru keşif testinin temelini oluşturur ve bu yeni özellik sayesinde bu gerçekleştirilmiştir. Yakalanan testi düzenleyebilir, beklenen sonucu ekleyebilir, ilgili olmayan satırların işaretini kaldırabilir ve yaklaşan test geçişleri/çalıştırmaları için bunu kaydedebilirsiniz.

XT Create Test Cases

(Şekil 84) XT Test Çalışmaları Oluşturma

Daha fazla bilgi için bkz. Görüntü eylem günlüğü verileri tabanlı test çalışmaları oluşturma.

Keşif testi oturumu öngörüleri

Artık, belirli bir süre için Test ve Geri Bildirim uzantısını kullanılarak oluşturulmuş olan ve tamamlanan keşif testi oturumlarını takım düzeyinde veya bireysel düzeyde görüntüleyebilirsiniz. Web erişimindeki Test Hub’ı grubunun içinde yer alan Çalıştırmalar hub’ında “Son keşif oturumları” bağlantısına tıklayarak bu öngörüler sayfasına ulaşabilirsiniz. Bu yeni görünüm, aşağıdakiler gibi anlamlı bilgiler çıkarmanıza yardımcı olur:

  • Keşfedilen iş öğelerinin, oluşturulan iş öğelerinin, oturum sahiplerinin, ayrıca bu oturumlarda geçirilen toplam sürenin dökümünü gösteren, özet görünümü (Şekil 85).
  • Keşfedilen iş öğelerine, oturumlara, oturum sahiplerine veya hiçbirinin olmamasına göre özetlenebilen, gruplama görünümü. Herhangi bir özet için, oluşturulmuş tüm iş öğelerinin (hatalar, görevler, test çalışmaları) listesini görüntüleyebilir veya listenin kapsamını belirli bir iş öğesi türünü içerecek şekilde daraltabilirsiniz.
  • Grupla görünümünde yapılan seçim temelinde bilgi görüntüleyen, ayrıntılar bölmesi görünümü. Seçilen özet satırı (örneğin keşfedilen iş öğeleri) için, ayrıntılar bölmesinde toplam oturum sayısı, bu oturumlarda geçirilen toplam süre, bunu keşfeden oturum sahipleri, bunun için oluşturulan hatalar/görevler/test çalışmaları, ayrıca durumu ve önceliği gibi özet bilgileri görüntüleyebilirsiniz. Seçilen iş öğesi satırı için, iş öğesi formunu satır içi görüntüleyebilir ve gereken değişiklikleri yapabilirsiniz.

XT Session insights

(Şekil 85) XT Oturum Öngörüleri

Daha fazla bilgi için bkz. Araştırmacı test oturumlarınızda öngörü alma.

Keşif testi oturumları: Keşfedilmemiş iş öğelerini görüntüleme

“Son keşif oturumları” görünümde tüm keşfedilen iş öğelerinin ayrıntılarını belirli bir tarih aralığındaki tüm oturumlara/kendi oturumlarıma göre filtrelenmiş olarak göstermenin yanı sıra, şimdi aynı görünümde KEŞFEDİLMEMİŞ tüm iş öğelerinin listesini de gösterme özelliğini ekledik (Şekil 86). Başlangıç olarak ilgilendiğiniz iş öğeleri için paylaşılan bir sorgu belirtirsiniz ve oturumlar sayfasında sorgudan gelen tüm iş öğeleri gösterilir; özet bölümünde hem keşfedilmiş hem de keşfedilmemiş öğelerin dökümü yer alır. Buna ek olarak, özetten “Keşfedilmemiş İş Öğesi” grubunu kullanarak henüz keşfedilmemiş olan öğelerin listesini görebilirsiniz. Bu, kaç hikayenin henüz keşfedilmediğini veya ayrıntılı bir hata ayıklama işleminden geçirilmediğini izleme açısından son derece kullanışlıdır.

View unexplored WIT

(Şekil 86) Keşfedilmemiş WIT’i görüntüleme

Uçtan uca proje katılımcısı geri bildirim akışı
Geribildirim isteği

Temel erişim düzeyine sahip kullanıcılar artık iş öğesi menüsündeki “Geri Bildirim İste” seçeneğini kullanarak devam eden veya tamamlanmış özellikler/hikayeler için proje katılımcılarından doğrudan geri bildirim isteyebilir (Şekil 87). Bu seçenekle açılan Geri Bildirim isteği formundan geri bildirim almak istediğiniz proje katılımcılarını seçebilir ve isteğe bağlı olarak ürünün giriş yapılmasını istediğiniz alanlarını belirten talimatlar ekleyebilirsiniz. Bu işlem sonucunda varsa talimatlarla birlikte seçilen proje katılımcılarına e-posta gönderilir.

XT Feedback Flow

(Şekil 87) XT Geri Bildirim Akışı

Daha fazla bilgi için bkz. Test ve Geri Bildirim uzantısını kullanarak proje katılımcılarından geri bildirim isteme.

Geribildirim gönderme

Proje katılımcıları, kendilerine gönderilen e-postadaki Geri bildirim sağla bağlantısına tıklayarak isteği doğrudan yanıtlayabilir. bu durumda Test ve Geri Bildirim uzantısı (eski Keşif Testi uzantısı) seçilen geri bildirim isteğine göre otomatik olarak yapılandırılır (uzantı yüklü değilse yüklenmesi istenir). Proje katılımcıları uzantının tam yakalama özelliklerini kullanarak bulgularını yakalayabilir ve geri bildirimlerini, geri bildirim yanıtı/hata/görev iş öğeleri olarak gönderebilirler. Proje katılımcıları ayrıca “Geri bildirim istekleri” sayfasına giderek kendilerine gönderilen tüm geri bildirim isteklerini aynı sayfada görüntüleyebilirler. Proje katılımcıları bu listeden geri bildirim sağlamak istedikleri geri bildirim isteğini seçebilir, tamamlayarak veya reddederek “Bekleyen geri bildirim isteklerini” (Şekil 88) yönetebilir ve istedikleri radyo düğmesine tıklayarak farklı geri bildirim istekleri arasında geçiş yapabilirler (Şekil 89).

Provide feedback link

(Şekil 88) Geri bildirim sağlama bağlantısı

XT Feedback Flow

(Şekil 89) XT Geri Bildirim Akışı

Daha fazla bilgi için bkz. Test ve Geri Bildirim uzantısını kullanarak geri bildirim sağlama.

Gönüllü geri bildirim

Yukarıda belirtilen istek üzerine bildirime ek olarak proje katılımcıları, uzantıyı kullanarak gönüllü geri bildirim sağlayabilirler (Şekil 90). Proje katılımcıları uzantıyı açıp Bağlantı ayarları sayfasından “Bağlı” modu seçtikten sonra geri bildirim sağlamak istedikleri hesaba ve Proje/Ekibe bağlanırlar. Ardından uzantıyı kullanarak bulgularını yakalayabilir ve geri bildirimlerini, geri bildirim yanıtı/hata/görev iş öğeleri olarak gönderebilirler.

Voluntary Feedback

(Şekil 90) Gönüllü Geri Bildirim

Daha fazla bilgi için bkz. Test ve Geri Bildirim uzantısını kullanarak gönüllü geri bildirim sağlama.

Otomatik test geliştirmeleri

Derleme/sürüm özetindeki testler sekmesinde konsol günlükleri ve test süresi

.trx dosyaları halinde yakalanan test sonucu konsolu günlükleri, test sonucu eki olarak çıkarılır ve yayımlanır (Şekil 91). Bunları Testler sekmesinde önizleyebilir ve günlükleri görüntülemek için trx dosyasını indirmek zorunda kalmazsınız.

Console logs and duration

(Şekil 91) Konsol günlükleri ve süre

Derlemeler için test eğilimi pencere öğesi

Pencere Öğesi Galerisi’ne yeni ‘Test sonucu eğilimi’ pencere öğesini ekledik (Şekil 92). Bu pencere öğesini kullanarak, panoya derleme tanımı için en çok son 30 derlemeyi içeren bir test sonucu eğilim grafiği ekleyebilirsiniz. Pencere öğesi yapılandırma seçenekleri, geçen test sayısı, hatalı test sayısı, toplam test sayısı, geçme yüzdesi ve test süresi gibi özet bilgileri içerecek şekilde grafiği özelleştirmenize yardımcı olabilir.

'Test result trend' widget

(Şekil 92) 'Test sonucu eğilimi' pencere öğesi

Sürüm Ortamı özetini içeren test durumu

Uygulamaları dağıtırken Sürüm Ortamlarını kullanmak ve testleri bu ortamlarda çalıştırmak önerilen bir yöntemdir. Bu sürümle birlikte, Sürüm Ortamlarının test geçiş oranını Sürüm özet sayfasının Ortamlar bölümüyle tümleştirdik (Şekil 93). Ekran görüntüsünde de gösterildiği gibi, bir Ortam başarısız olursa, Testler sütununa bakarak başarısızlığın testlerin başarısızlığından mı kaynaklandığını hemen anlayabilirsiniz. Geçiş oranına tıklayarak Testler sekmesine gidebilir ve söz konusu Ortamın başarısız testlerini inceleyebilirsiniz.

Test status with Release Environment summary

(Şekil 93) Sürüm Ortamı özetini içeren test durumu

Dallar ve sürüm ortamları için otomatik test geçmişi

Bu, birden çok dalda, ortamda ve yapılandırmada tek bir test çalıştırırken kullanılan yaygın bir senaryodur. Bu tür bir test başarısız olduğunda, hatanın ana dal gibi geliştirme dallarıyla mı sınırlı kaldığını yoksa üretim ortamlarına dağıtılan sürüm dallarını da mı etkilediğini belirlemek önemlidir. Artık, Sonuç özet sayfasının Geçmiş sekmesine bakarak bir testin uygulandığı çeşitli dallar genelinde test geçmişini görselleştirebilirsiniz (Şekil 94). Benzer biçimde, bir testin çalıştırıldığı farklı Sürüm Ortamları genelindeki geçmişini görselleştirmek için Ortam özetine göre gruplandırabilirsiniz.

Test status with Release Environment summary

(Şekil 94) Sürüm Ortamı özetini içeren test durumu

Sürekli test ile izlenebilirlik

Kullanıcılar artık Gereksinimlerinin kalitesini doğrudan Panolarından izleyebilirler (Şekil 95). Planlanmış test kullanıcılarımız için zaten bir Gereksinim kalitesi çözümümüz vardı ve bu çözümü Sürekli Testi izleyen kullanıcılarımıza getiriyoruz. Kullanıcılar otomatik testleri doğrudan Gereksinimler’e bağlayabilir ve ardından Pano pencere öğelerini kullanarak Derleme veya Sürümden Kalite verilerini izlemekle ve almakla ilgilendiğiniz Gereksinimlerin kalitesini izleyebilirler.

Requirement Quality Widget

(Şekil 95) Gereksinim Kalitesi Pencere Öğesi

Uzaktan test – testleri makine sayısı temelinde dağıtma

İşlevsel Testleri Çalıştırma görevi kullanılarak, bir derlemenin içinden testlerin uzak makinelere dağıtılmasını etkinleştirmiştik (Şekil 96). TFS 2015’te, testleri yalnızca derleme düzeyinde dağıtabiliyorsunuz. Bu, aşağıda gösterildiği gibi görevdeki onay kutusu kullanılarak etkinleştirilebilir.

Task Setting

(Şekil 96) Görev Ayarı

SCVMM ve VMWare için otomatik test

Kullanıcılar, Azure ile bulutta ya da SCVMM veya VMWare kullanarak şirket içinde test makinelerini dinamik olarak oluşturabilir ve testlerini dağıtılmış bir şekilde çalıştırmak için bu makineleri kullanabilir. Kullanıcılar testleri çalıştırmak için Azure, SCVMM veya VMWare gibi makine sağlama görevlerinden birini ve ardından İşlevsel Testleri Çalıştırma görevini kullanabilir.

Maven ve Gradle görevlerinde SonarQube analizi

Artık ‘SonarQube Analizini Çalıştır’ seçeneğini işaretleyip uç nokta, SonarQube proje adı, proje anahtarı ve sürüm bilgilerini sağlayarak Maven ve Gradle derleme görevinde bir SonarQube analizini tetikleyebilirsiniz (Şekil 97).

Run SonarQube Analysis

(Şekil 97) SonarQube Analizini Çalıştır

Artık SonarQube projesinde de bir bağlantınız olacaktır (Şekil 98). Kalite geçidi ayrıntılarını görmek ve bunlar uygun değilse derlemeyi kesmeyi seçebilmek için, tam analiz isteyebilirsiniz.

Run SonarQube Analysis

(Şekil 98) SonarQube Analizini Çalıştır

Daha fazla bilgi için bkz. Gradle derleme görevi artık SonarQube analizini destekliyor.

Market Geliştirmeleri

Proje koleksiyonu yöneticileri artık Team Foundation Server’dan Visual Studio Marketi’ne göz atabilir ve takım projesi koleksiyonuna ücretsiz uzantılar yükleyebilirler. Uzantılar Visual Studio Marketi’nden otomatik olarak indirilir, Team Foundation Server’a yüklenir ve seçili takım projesi koleksiyonuna yüklenir (Şekil 99).

Install Free Extension

(Şekil 99) Ücretsiz Uzantıyı Yükleme

Ücretli uzantıları satın alma ve yükleme

Proje koleksiyonu yöneticileri artık Team Foundation Server’dan Visual Studio Marketi’ne göz atabilir, ücretli uzantılar satın alabilir ve bunları seçilen takım projesi koleksiyonuna yükleyebilir (Şekil 100). Yönetici, uzantıları bir Azure aboneliğiyle ödeyebilir ve bu uzantıların kaç kullanıcıya atanacağını seçebilir. Bu uzantılar Visual Studio Marketi’nden otomatik olarak indirilir, Team Foundation Server’a yüklenir ve seçili takım projesi koleksiyonuna yüklenir.

Purchase Paid Extension

(Şekil 100) Ücretli Uzantıyı Satın Alma

Diğer ayrıntılar için, Team Foundation Server için uzantıları alma belgelerine bakın.

Yönetim Geliştirmeleri

Windows Kimlik Doğrulaması

Önceki sürümlerde, etki alanına katılmış TFS dağıtımını yapılandırırken Windows Kimlik Doğrulaması için NTLM ile Anlaşma güvenlik desteği sağlayıcıları arasında seçim yapmanız gerekiyordu. 2017’de, yapılandırma deneyiminden bu ayarı kaldırdık. 2017’de NTLM kimlik doğrulamasını kullanmaya devam etmek istiyorsanız, hiçbir işlem yapmanız gerekmez. Daha önce Kerberos kimlik doğrulamasını kullandıysanız ve 2017’de de buna devam etmek istiyorsanız, hiçbir işlem yapmanız gerekmez. TFS 2017 şimdi her durumda hem Anlaşma hem de NTLM güvenlik desteği sağlayıcılarını (bu sırayla) yapılandırır. Bu yapılandırmayla, mümkün olduğunda Kerberos kimlik doğrulaması kullanılır ve iyileştirilmiş güvenlik sağlar. Kerberos kullanılamadığında, NTLM kimlik doğrulaması kullanılacaktır. Bu değişiklikten dolayı NTLM kimlik doğrulamasını kullanmanın mevcut TFS dağıtımlarını hiçbir şekilde etkilemeyeceğinden emin olmak için kapsamlı testler yaptık.

Modern gezinti deneyimi

Bu sürümde, yeni ve geliştirilmiş bir üst gezinti çubuğunu etkinleştirdik. Yeni gezintinin iki temel amacı vardır:

  • Tek tıklamayla hub’lardan herhangi birine hızla erişmenizi sağlayarak ürün alanları arasında gezinti verimliliğini artırma.
  • Ürüne modern bir görsel estetik ve kullanıcı deneyimi getirme.

Bu kullanıcılarımız için büyük bir değişiklik olduğundan ve özellik üzerinde çalışmalar devam ettiğinden, yeni gezinti UX’ini varsayılan olarak kapalı tutmaya karar verdik. Bununla denemeler yapmak isterseniz, Team Foundation Server yönetici alanı Denetim Masası’na gidip “Yeni gezintiyi aç” öğesini seçerek bu özelliği etkinleştirebilirsiniz. Bu işlemin özelliği sunucudaki tüm kullanıcılar için etkinleştireceğini lütfen unutmayın.

Takım projesi yeniden adlandırma izni

Takım projesini hangi kullanıcıların yeniden adlandırabileceğini denetleyen izinde değişiklik yapıldı. Daha önce, bir takım projesi üzerinde Proje düzeyi bilgileri düzenleme izni olan kullanıcılar projeyi yeniden adlandırabiliyordu. Artık, yeni Takım projesini yeniden adlandırma izni aracılığıyla, kullanıcılara takım projesini yeniden adlandırma izni verilebilir veya verilmeyebilir.

Yönetici ayarları İş hub’ı

Yönetici ayarları sayfasına, genel ayarları (Şekil 101), Yinelemeleri ve Alanları tek bir sekmede birleştiren yeni bir "İş" hub’ı ekledik. Bu değişiklikle, kullanıcılar proje düzeyi ayarlarla takım ayarları arasındaki farkları açıkça görebilecek. Takım ayarları için, kullanıcılar yalnızca kendi takımlarıyla ilgili alanları ve yinelemeleri görür. Proje düzeyinde, ayarlar sayfası yöneticilerin projenin tamamında alanları ve yinelemeleri yönetmesine olanak tanır. Bunlara ek olarak, proje alanı yolları için yeni eklenen “Takımlar” adlı sütun, yöneticilerin belirli bir alan yolunu hangi takımların seçtiğini hızla ve kolayca görebilmesini sağlar.

Admin work hub

(Şekil 101) Yönetici iş hub’ı

İşlem yapılandırması REST API’leri

Bu genel API, kullanıcıların belirli bir projenin işlem yapılandırmasını almasını sağlar. İşlem yapılandırması aşağıdaki ayarları içerir:

  • TypeField öğeleri: çevik araç oluşturmada kullanılan özelleştirilebilir alan özetleri. Örneğin, "Hikaye noktaları" alanı "Efor" türündedir.
  • Kapsam tanımları: kapsamların her birinde hangi iş öğesi türlerinin olduğunu tanımlar. Bu, müşterilerin derleme uzantılarında sıklıkla istenen bir API’dir. Bu verilerle uzantı, çevik araçlarda yaygın senaryoları etkinleştirmek için işleme özgü alanlardan nasıl yararlanacağını bilebilir (iş öğesinin etkinliğini veya eforunu değiştirme, belirli bir kapsam düzeyine hangi iş öğelerinin eklendiğini bilme veya takımların alan yoluyla mı yoksa özel bir alanla mı tanımlandığını saptama gibi). Daha fazla bilgi için lütfen İşe Genel Bakış konusuna bakın.

Team Foundation Server 2017’de, grupları ve grup üyeliğini yönetmeye yönelik yeni bir deneyim sağlanıyor. Kullanıcı/grup adlarında arama ölçütleri temelinde ön ek kullanarak Active Directory veya yerel makine kullanıcıları/grupları arasında arama yapabilirsiniz. Örneğin, 'John D' veya birhesapadı ('işetkialanı\johbdnd' gibi) arayabilir ve kullanıcının/grubun kişi kartını görebilirsiniz.

Kullanıcı güvenlik ayarları

Yeni “Güvenliğim” deneyiminde kişisel erişim belirteçlerinizi ve SSH’yi yönetebilirsiniz (Şekil 102). SSH’yi yönetmek için "Profilim" öğesini kullanan kullanıcıların artık SSH ortak anahtarlarını kullanıcı güvenlik ayarlarında yönetmeleri gerekecektir (Şekil 103).

My security

(Şekil 102) Güvenliğim

My profile

(Şekil 103) Profilim

Birleşik yapılandırma sihirbazı

Önceki sürümlerde, yapmaya çalıştığınız işleme göre TFS dağıtımınız için birden çok yapılandırma sihirbazından birini seçebiliyordunuz. Temel ve Tam sihirbazları yeni dağıtımı yapılandırmak için, Yükseltme sihirbazı üretim öncesi ve üretim yükseltmeleri için, Yalnızca Uygulama Katmanı sihirbazı ise var olan dağıtımın ölçeğini genişletme ve uygulama katmanını yeni donanımla değiştirme gibi çeşitli senaryolar için kullanılabiliyordu. TFS 2017 sürümünde bu senaryoların tümü, basit seçimler yapmanızı isteyerek size bu senaryoların her birini seçme ve bunlarda ilerleme konusunda yol gösteren tek bir Sunucu Yapılandırma Sihirbazı’nda birleştirildi. Buna ek olarak, üretim öncesi yükseltmeleri ve var olan dağıtımı kopyalama gibi gelişmiş yapılandırmalar artık sunucu kimliklerini değiştirme, veritabanı bağlantı dizelerini yeniden eşleme ve dış bağımlılıklar için başvuruları kaldırma (tfsconfig.exe PrepareClone ile yapılıyordu) gibi tfsconfig.exe kullanılarak yapılan eylemleri otomatik hale getiriyor.

Yeni erişim düzeyi

Team Foundation Server’larda Erişim Düzeyi yönetici portalına eklenen yeni Visual Studio Enterprise grubuyla, artık kimlerin Visual Studio Enterprise aboneliğine sahip olduğunu hızla belirleyebilirsiniz. Belirlenen bu kullanıcılar, Visual Studio Marketi’nden yüklenen tüm birinci taraf TFS uzantılarına ek ücret ödemeden tam erişim kazanırlar.

Kişisel Erişim Belirteçleri

Şimdi SSH’nin yanı sıra kişisel bir belirteç kullanarak da herhangi bir Team Foundation Server’a bağlanabilirsiniz (Şekil 104). Linux veya Mac üzerinde program geliştiriyorsanız ve herhangi bir otomasyon aracında ve GIT’te kullanmak istiyorsanız, bu yararlı olacaktır. Kişisel erişim belirteçlerinizi, kullanıcı güvenlik ayarları sayfasında yönetebilirsiniz.

Personal Access Tokens

(Şekil 104) Kişisel Erişim Belirteçleri

Bilinen Sorunlar

Aşağıda, bu sürümdeki bilinen sorunların tam listesi verilmiştir.

Team Foundation Server 2017 için Güç Araçları yok

  • Sorun:

    TFS 2017 için Güç Araçları yayımlanmadı.

  • Geçici çözüm:

    Önceki Güç Araçlarının çoğunun TFS 2017 ile tümleştirildiğini bildirmekten mutluluk duyuyoruz. İşlem Şablonu Düzenleyicisi tümleştirilmemiş araçlardan biridir, ama bunu Visual Studio Market’ten alabilirsiniz.

Özel denetim uzantıları güncelleştiriliyor

  • Sorun:

    İş öğesi formundaki alanların şeması değiştirildi. Özel denetim uzantılarına yönelik belgeler de değiştirildi.

  • Geçici çözüm:

    Yeni belgelere bakın: İş öğesi formuna özel denetim ekleme.

İç öğesi türü tanımı içeri aktarılırken hata oluşuyor

  • Sorun:

    İş öğesi sayfa uzantısı yüklü olan müşteriler, bir iş öğesi türü tanımını içeri aktarıp ardından aynı tanımı dışarı aktardıklarında “‘LayoutMode’ özniteliği bildirilmedi” hatasını alır.

  • Geçici çözüm:

    PageContribution öğesinde her iş öğesi türü tanımını dışarı aktarırken kullanacağınız fazladan bir LayoutMode özniteliği vardır. Tanımı içeri aktarmadan önce PageContribution modunu arayın ve LayoutMode öznliteliğini kaldırın. Örneğin, LayoutMode="FirstColumnWide" özniteliğini kaldırın.

Müşteriler Git LFS sürüm 1.3.1 veya üstüne güncelleştirmelidir

  • Sorun:

    Git LFS’nin 1.3.1’den önceki sürümleri gelecek sürümlerde desteklenmeyecektir.

  • Geçici çözüm:

    Git LFS kullanan müşterilerin Git LFS sürüm 1.3.1 veya üstüne güncelleştirmeleri kesinlikle önerilir. LFS istemcisinin daha eski sürümleri, TFS’nin bu sürümündeki kimlik doğrulama değişiklikleriyle uyumlu değildir. Müşterilere geçiş süresi tanımak için, RTW’da kısa vadeli bir geçici çözüm uyguladık. Geçici çözüm Güncelleştirme 1’de kaldırılacaktır ve kaldırıldığı noktada Git LFS istemcilerinin 1.3.1’den önceki sürümleri artık çalışmayacaktır.

NuGet Restore, nuget.org’da mevcut olan paketleri bulamıyor

  • Sorun:

    NuGet 3.4.3 veya üstünü kullanırken, NuGet Restore görevi, NuGet.Config’de açıkça belirtilen bir kaynak olmadığı sürece NuGet.org’den paketleri geri yüklemez.

  • Geçici çözüm:

    NuGet.org’nin NuGet.Config içinde olduğundan emin olun.


NuGet derleme ve sürüm görevlerinde kimlik doğrulaması yapılmıyor

  • Sorun:

    Team Foundation Server / Paket Yönetimi’ni kullanırken, aracı NETWORK SERVICE kullanıcısı olarak çalışıyorsa (derleme aracısı bir hizmet olarak çalıştırıldığında bu varsayılan değerdir), NuGet derleme ve sürüm görevleri akışlara kimlik doğrulaması yapmaz. Bunun nedeni, 3.5’ten önceki NuGet sürümlerinin derleme görevi tarafından sağlanan kimlik bilgilerini değil derleme aracısını çalıştıran kullanıcı hesabının kimlik bilgilerini kullanmasıdır.

  • Geçici çözüm:

    NETWORK SERVICE olarak çalıştırılan bir aracıyı kullanarak TFS akışlarıyla NuGet derleme/sürüm görevlerini kullanabilmek için, NuGet 3.5 veya üstünü kullanmalısınız.

NuGet derleme ve sürüm görevleri aracının kimlik bilgilerini kullanıyor

  • Sorun:

    3.5’ten önceki NuGet sürümleri derleme görevi tarafından sağlanan kimlik bilgilerini değil derleme aracısını çalıştıran kullanıcı hesabının kimlik bilgilerini kullanır. Bu da, akışlara beklenmedik erişime veya erişim eksikliğine neden olabilir.

  • Geçici çözüm:

    TFS derleme aracılarında NuGet 3.5 veya üstünü kullanın.

TFS yükseltilirken harici uzantılar otomatik olarak güncelleştirilmiyor

  • Sorun:

    Visual Studio Market’ten bir uzantı indirip TFS 2015 yüklemenizde yayımladıktan sonra TFS 2017’ye yükseltirseniz, Market’te yeni sürümleri yayımlandığında ilgili uzantı otomatik olarak güncelleştirilmez.

  • Geçici çözüm:

    TFS 2017’ye yükselttikten sonra TFS 2015’te yüklediğiniz uzantıları kaldırın. Ardından en güncel uzantıları yeniden yükleyin. TFS 2017’de harici uzantıların güncelleştirmelerini her gün kontrol eden ve gerekli yükseltmeleri yapan bir özellik ekledik.

Jenkins Kuyruğu İşi görevi sürüm tanımlarında çalıştırılamıyor

  • Sorun:

    Bir sürüm tanımında Jenkins Kuyruğu İşi çalıştıran müşteriler 500 sunucu hatası alıyor.

  • Geçici çözüm:

    Şu anda Jenkins Kuyruğu İşi görevi TFS derleme tanımlarının bir parçası olarak çalıştırılabilir ancak sürüm tanımlarıyla çalıştırılamaz. Bu özellik gelecek sürümlerin birinde eklenecektir.

Özel TFS sunucu eklentilerinin TFS 2017 DLL’leri için yeniden derlenmesi gerekiyor

  • Sorun:

    Özel TFS sunucu eklentileri TFS 2017’ye yükselttikten sonra çalışmıyor.

  • Geçici çözüm:

    Özel sunucu eklentilerinizi TFS 2017 derlemeleriyle yeniden derleyin.

Özel TFS sunucu eklentileri için Sunucu Nesne Modeli TFS 2015 RTM’den sonra değişti

  • Sorun:

    Özel TFS sunucu eklentileri derlenmiyor.

  • Geçici çözüm:

    Kaynak kodu bu blog yazısında açıklanan şekilde düzeltin.

Yönetici eylemleri kullanılırken özel durum alınıyor

  • Sorun:

    Uyarı Yönetimi sayfasında, Ekip Yöneticileri Belirli bir kullanıcı için uyarıları bulun seçeneğini kullanarak ekip için abonelikler ararken özel durum alabilir.

  • Geçici çözüm:

    • 1. Seçenek: Tüm Uyarılar düğümüne tıklayın ve gösterilmek üzere Tüm Takım Uyarılarım filtresini ayarlayın. Bu, kullanıcının erişimi olan tüm grupların tüm uyarılarını gösterir.

    • 2. Seçenek: Grubun bir takım olması durumunda, takım adına göre aramak yerine abonelikleri yönetmek için bu takımın Uyarı Yönetimi sayfasına gidin.

Takım Derlemesi / Sürüm Yönetimi’nde işlevsel testleri yürütmek için görevler kullanılırken sorun çıkıyor

  • Sorun:

    Görev kataloğundaki ‘Visual Studio Test Aracısı Dağıtımı’ ve ‘İşlevsel Testleri Çalıştırma’ görevlerini kullanarak Takım Derlemesi / Sürüm Yönetimi’nde işlevsel testler çalıştırma işleminde şu anda Visual Studio 2015 için Agents Güncelleştirme 3 kullanılır ve bu görevlerle yalnızca Visual Studio 2013 ve Visual Studio 2015 kullanılarak hazırlanmış testler çalıştırılabilir. Bu görevler, Visual Studio 2017 RC kullanılarak hazırlanmış testleri çalıştırmak için kullanılamaz. Diğer ayrıntılar için lütfen bu blog gönderisine bakın.

  • Geçici çözüm:

    Geçici çözüm yoktur. Test Aracısı 2017’yi kullanma ve Visual Studio 2017 kullanılarak hazırlanmış testleri çalıştırma desteği, TFS 2017 Güncelleştirme 1 çerçevesinde eklenecektir.

Uzantılar otomatik olarak güncelleştirilmiyor

  • Sorun:

    TFS 2017’ye ulaşmak için TFS’nin önceki bir sürümünü yükseltiyorsanız ve TFS 2017’yi bağlı modda çalıştırıyorsanız, uzantılarınız olması gerektiği gibi otomatik olarak güncelleştirilmez.

  • Geçici çözüm:

    Şu anda bu sorunun geçici çözümü yoktur. Bu sorunu çözdük; TFS 2017 Güncelleştirme 2’de otomatik güncelleştirme davranışı size ulaştırılacaktır. Herhangi bir nedenle Güncelleştirme 2’yi bekleyemiyorsanız, Destek kanalı üzerinden bize ulaşın ve düzeltmeyi sizinle daha erken paylaşalım.

Üretim ortamına dağıtmanızı (Go-Live) engelleyen sorunlarla karşılaşırsanız, lütfen Microsoft ürün desteğine başvurun. (Yalnızca İngilizce) yalnızca ABD çalışma saatleri (M-F 6a-6p PST), 1 iş günü içinde yanıt.

Sayfanın Başı