Team Foundation Server 2017 Update 1

Last Update: 27. 6. 2017

Informace o nejnovějších aktualizacích najdete ve zprávě k vydání verze v angličtině.

Datum vydání: 7. března 2017

S radostí oznamujeme vydání produktu Team Foundation Server 2017 Update 1. Tato nová verze zahrnuje nejnovější funkce a vylepšení. Informace o požadavcích najdete na stránce Požadavky a kompatibilita pro Team Foundation Server.

Stažení: Team Foundation Server 2017 Update 1

Informace o dalších souvisejících souborech ke stažení najdete na stránce Ke stažení.

Novinky ve verzi TFS 2017 Update 1


Známé problémy


Co je nového

Osobnější prostředí

Domovská stránka přizpůsobené kolekce

V této verzi máte velmi snadný přístup k artefaktům, které jsou pro vás nejdůležitější. Stránka kolekce (obrázek 1) má přepracovaný a přizpůsobený vzhled a zobrazuje projekty, oblíbené položky, práci a žádosti o přijetí změn, na kterých vám záleží. Na začátku pracovního dne tak máte dokonalý přehled. Na jednom místě tak rychle najdete všechno, co potřebujete a o co se zajímáte. Další informace najdete v článku o stránkách centra účtů.

(obrázek 1) Přepracovaná stránka kolekce

Vaše projekty získávají identitu

Přehled o svém projektu teď můžete získat na jednom místě. Nová stránka projektu usnadňuje zobrazení a úpravu popisu projektu, zobrazení nebo přidání členů a kontrolu posledních aktivit. Začít nový projekt a využít všechny integrované funkce DevOps, které jsou součástí TFS, je ještě snadnější.

Vylepšení správy verzí

Změny oprávnění správců úložišť

Pro úložiště Git jsme oprávnění Spravovat rozdělili do několika odstupňovaných oprávnění. Máte tak větší flexibilitu při rozhodování, kdo může provádět jaké akce. Každému ve svém účtu můžete například povolit vytváření nových úložišť, ale zakázat odstraňování úložišť nebo přidávání nových uživatelů do úložiště. Nová oprávnění:

  • Spravovat oprávnění: přidání/odebrání uživatelů a oprávnění
  • Vytvořit: vytvoření nového úložiště
  • Odstranit: odstranění úložiště
  • Přejmenovat: přejmenování úložiště
  • Upravit zásady: konfigurace zásad větve
  • Odebrat zámky ostatních: odebrání zámků větví nastavených jiným uživatelem

Tato oprávnění se dají aplikovat na všechna úložiště v projektu nebo na individuální úložiště.

Vylepšení zásad větve

V části Zásady (obrázek 2) jsou teď povinné a nepovinné zásady seskupené do sekcí. Díky tomu je přesně jasné, které zásady jsou nutné k dokončení žádosti o přijetí změn. Také požadovaní schvalující jsou uvedeni v příslušné sekci, přičemž ke schválení dojde jen při schválení všemi požadovanými schvalujícími.

(obrázek 2) Část Zásady

Pokud potřebujete zásady obejít (a mít požadovaná oprávnění), budou v dialogu Dokončit zobrazeny nové možnosti (obrázek 3). Všechny nesplněné zásady budou uvedeny ve zprávě s upozorněním a zobrazí se nová explicitní možnost výslovného souhlasu s přepisem zásad. Při zaškrtnutí této možnosti přepisu se povolí akce Přepsat a dokončit, která žádost o přijetí změn dokončí a přepíše přitom všechny neúspěšné zásady.

(obrázek 3) Dialogové okno Dokončit

Podpora vyloučení souborů v zásadách požadovaných revidujících

Při zadávání požadovaných revidujících pro konkrétní cesty k souborům teď můžete pomocí předpony „!“ některé cesty vyloučit. Z normálně požadovaného schvalování tak můžete například vyloučit složku s dokumentací (obrázek 4).

(obrázek 4) Podpora vyloučení souborů

Import úložiště

Můžete teď importovat úložiště Git ze služeb GitHub, BitBucket, GitLab nebo odjinud. Import je možný buď do nového, nebo existujícího prázdného úložiště. Další informace najdete v článku o importu úložiště Git.

Přidání souboru .gitignore během vytváření úložiště

Při vytváření nového úložiště Git teď můžete přidat soubor .gitignore a přidružit ho k tomuto úložišti. Soubor .gitignore určuje soubory, které má Git při potvrzování ignorovat.

Toto dialogové okno vám umožňuje vybrat některou z mnoha dostupných šablon .gitignore (obrázek 5).

(obrázek 5) Přidání souboru .gitignore během vytváření úložiště

Výběr určitých položek a vrácení zpět

Přidali jsme dvě nové funkce, které usnadňují portaci nebo odvolání změn z webového portálu: výběr určitých položek a vrácení zpět.

Příkazem pro výběr určitých položek můžete změny v žádostech o přijetí změn portovat do několika větví. To využijete, když například potřebujete udělat hotfix nějaké chyby, která by se ale měla zároveň opravit v hlavní linii. Jakmile vytvoříte žádost o přijetí změn, která obsahuje opravu pro větev hotfixu, můžete snadno vybrat stejnou opravu pro hlavní větev. Další informace najdete v článku o kopírování změn pomocí výběru určitých položek.

Můžete vracet změny u dokončených žádostí o přijetí změn. Najděte žádost o přijetí změn, která vnesla chybnou změnu, klikněte na Vrátit a podle postupu vytvořte žádost o přijetí změn, která nežádoucí změny odvolá. Další informace najdete v článku o vracení změn v Gitu.

Konfigurovatelná srovnávací větev

Srovnávací větev teď můžete nastavit vůči jiné než výchozí větvi. Toto nastavení se zachová pro každého uživatele zvlášť. Žádosti o přijetí změn a nové větve vytvořené na stránce Větve budou založené na jiné větvi, než kterou nastavíte jako srovnávací. Další informace najdete v článku o správě větví.

Hledání souboru nebo složky

Soubor nebo složku můžete v úložišti rychle vyhledat pomocí centra Kód v projektu služby Team Services. Výsledky obsahují položky v aktuálním adresáři následované soubory a složkami v celém úložišti.

Když v libovolném adresáři Gitu přejdete na pole s cestou (obrázek 6) a začnete psát, spustí se v navigaci hledání souboru nebo složky, které chcete najít.

(obrázek 6) Hledání souboru nebo složky

Potvrzení při odstraňování úložišť

Aby nedošlo k neúmyslnému odstranění úložiště, musíte teď tuto akci potvrdit zadáním názvu odstraňovaného úložiště.

Oblíbená úložiště

Úložiště, se kterými nejčastěji pracujete, teď můžete označit jako oblíbená. Při výběru úložiště (obrázek 7) uvidíte karty pro všechna úložiště a vaše oblíbená úložiště. Kliknutím na hvězdičku přidáte úložiště do seznamu oblíbených úložišť.

(obrázek 7) Oblíbená úložiště

Hledání souboru nebo složky v historii potvrzení

Můžete teď hledat soubor nebo složku v úložišti a zobrazit historii potvrzení tohoto souboru nebo složky podobně jako na kartě souborů. Když v libovolném adresáři Gitu přejdete na pole s cestou na kartě Historie (obrázek 8) a začnete psát, spustí se v historii hledání souboru nebo složky, které chcete najít.

(obrázek 8) Historie potvrzení

Vylepšení stránky pro potvrzení

Uživatelské prostředí stránky s podrobnostmi potvrzení a stránky s historií potvrzení jsme přepracovali tak, aby bylo moderní a umožňovalo vysoké pracovní nasazení. Můžete teď vyhledat důležité informace související s potvrzením a pracovat s nimi.

Zde je příklad stránky s podrobnostmi potvrzení (obrázek 9):

(obrázek 9) Podrobnosti potvrzení

Zde je příklad stránky s historií potvrzení (obrázek 10):

(obrázek 10) Historie potvrzení

Hledání potvrzení ve větvích

Kliknutím na tlačítko Hledat ve větvích na stránce s podrobnostmi potvrzení teď můžete hledat potvrzení v zadané větvi nebo značce (obrázek 11).

(obrázek 11) Hledání potvrzení

V okně můžete vybrat značky a větve k zobrazení, i když tyto větve a značky neobsahují konkrétní potvrzení (obrázek 12).

(obrázek 12) Dialogové okno hledání potvrzení

Panel nástrojů pro ovládací prvek diskuze

Markdown je mocný nástroj při přidávání komentářů k žádostem o přijetí změn, může být ale obtížné zapamatovat si syntaxi. Pro zjednodušení jsme do ovládacího prvku diskuze přidali panel nástrojů (obrázek 13). Tím se vloží vhodná syntaxe Markdownu pro přidání běžného formátování. Pomocí ovládacích prvků na tomto novém panelu nástrojů můžete přidávat nadpisy, tučné písmo, kurzívu, odkazy, kód a seznamy, stejně jako funkce typu zmínek @ a #. K dispozici jsou klávesové zkratky pro tučné písmo (CTRL+B), kurzívu (CTRL+I) a vytváření odkazů (CTRL+K).

(obrázek 13) Panel nástrojů pro diskuzi

Vylepšení komentářů k žádosti o přijetí změn

Abychom vám pomohli lépe rozpoznat nové komentáře v žádostech o přijetí změn, přidali jsme k novým odpovědím v existujících diskuzních vláknech určité vizuální prvky. V komentářích v zobrazení souborů budou rovněž zvýrazněna vlákna obsahující nové komentáře (obrázek 14).

(obrázek 14) Vylepšení komentářů k žádosti o přijetí změn

Zobrazení žádostí o přijetí změn pro potvrzení

Na stránce s podrobnostmi potvrzení teď můžete zobrazit všechny přidružené žádosti o přijetí změn. Na následujícím obrázku (obrázek 15) vidíte, že:

  • V rozevíracím seznamu přidružených žádostí o přijetí změn jsou k tomuto potvrzení přidružené dvě žádosti o přijetí změn.
  • Žádost o přijetí změn č. 2 přenesla toto potvrzení do hlavní větve.
  • Stejné potvrzení bylo přeneseno do větve 4 prostřednictvím žádosti o přijetí změn č. 1.

(obrázek 15) Žádost o přijetí změn v potvrzeních

Sledování žádosti o přijetí změn

Žádost o přijetí změn teď můžete sledovat, abyste prostřednictvím e-mailových upozornění byli informováni o všech změnách. Možnost Sledovat je dostupná v místní nabídce (obrázek 16).

(obrázek 16) Sledovat žádost o přijetí změn

Opakované sloučení žádosti o přijetí změn

Byla přidána možnost opakovat sloučení žádosti o přijetí změn, pokud došlo k aktualizaci cílové větve. Možnost Restartovat sloučení je užitečná, když chcete ověřit, že při nedávných změnách v cílové větvi nedošlo ke konfliktům nebo k poškození sestavení žádosti o přijetí změn.

Blokované dokončení u zamítnutých žádostí o přijetí změn

Ve větvích, u kterých jsou nastavené zásady revize kódu, se zobrazí, že žádosti o přijetí změn nelze dokončit, pokud je zamítl nejméně jeden revidující. Mnozí z vás toto chování očekávali, proto jsme výchozí chování změnili. Pro týmy, kterým vyhovuje původní chování, je na stránce pro nastavení zásad větve dostupná nová možnost (obrázek 17).

(obrázek 17) Zásady revize kódu

Markdown v popisu žádosti o přijetí změn

Popis své žádosti o přijetí změn můžete vyšperkovat pomocí Markdownu. Stejná podpora Markdownu, kterou znáte a používáte v komentářích žádostí o přijetí změn, je teď dostupná v popisech žádostí o přijetí změn.

Přílohy v diskuzích k žádostem o přijetí změn

Ke komentářům žádostí o přijetí změn teď můžete přidávat přílohy (obrázek 18). Přílohy se dají přidat přetažením nebo procházením. Obrázkové přílohy stačí přidat jednoduchým vložením ze schránky. Po přidání přílohy se komentář pomocí Markdownu automaticky aktualizuje o odkaz na novou přílohu.

(obrázek 18) Přílohy v diskuzích k žádostem o přijetí změn

Zvýraznění žádostí o přijetí změn, které mají aktualizace

Aktualizací vašich žádostí o přijetí změn si teď všimnete snadněji než dříve. V zobrazení seznamu žádostí o přijetí změn (obrázek 19) se u žádostí, které se změnily od doby, kdy jste je naposledy viděli, zobrazuje nový sloupec aktualizací, ve kterém je znázorněné shrnutí těchto změn.

(obrázek 19) Aktualizované soubory žádostí o přijetí změn

Při zobrazení žádosti o přijetí změn, která obsahuje změny, se v přehledu zobrazí podobná souhrnná zpráva. Nová vložení a vlákna komentářů jsou modře zvýrazněná (obrázek 20). Kliknutím na odkaz Zobrazit aktualizace kódu přejdete do zobrazení Soubory, kde je vidět rozdíl nových změn oproti naposledy zobrazené žádosti o přijetí změn. Tato funkce usnadňuje zpracování žádosti o přijetí změn, u které autor v reakci na vaši zpětnou vazbu udělal změny.

(obrázek 20) Souhrn žádostí o přijetí změn

Zásada větve pro strategii sloučení žádostí o přijetí změn

Přidali jsme novou zásadu větve (obrázek 21), která umožňuje u jednotlivých větví definovat strategii pro sloučení žádostí o přijetí změn. Dříve jste při dokončení žádosti o přijetí změn zvolili buď sloučení, nebo zploštění. Pokud je tato zásada povolená, přepíše vaše předvolby a vynutí požadavek nastavený touto zásadou.

(obrázek 21) Zásady větve

Zobrazení informací o konfliktu při slučování

Pokud s žádostí o přijetí změn kolidují nějaké soubory, budou teď v přehledu vidět podrobnosti o těchto konfliktech (obrázek 22). Zobrazí se seznam jednotlivých konfliktních souborů s krátkým shrnutím typu konfliktu mezi zdrojovou a cílovou větví.

(obrázek 22) Konflikty při slučování

Tlačítko pro náhled Markdownu

Při prohlížení rozdílu souboru Markdownu v potvrzení, vložení nebo žádosti o přijetí změn teď můžete jednoduchým přepnutím zobrazit výsledné vykreslené zobrazení.

Vylepšení sledování pracovních položek

Vylepšené hledání polí identity s omezeným rozsahem

V této verzi jsme aktualizovali chování při výběru identity u polí identity s omezeným rozsahem, což jsou pole identity nakonfigurovaná tak, aby se dala přiřadit jen ke konkrétní skupině uživatelů. Při výběru se nově v seznamu naposledy použitých položek a výsledcích hledání nevrátí všichni platní uživatelé dané kolekce, ale jen členové nakonfigurované skupiny.

Vylepšení sestavení

Vrácení definic sestavení zpět

Definici sestavení může vrátit zpět na předchozí verzi. Můžete to udělat při úpravě definice sestavení, když přejdete na kartu Historie.

Zakázání synchronizace a rezervace zdrojového kódu v sestavení

Volitelně můžete zakázat automatickou synchronizaci a rezervaci zdrojového kódu pro Git. To vám umožní provádět operace se zdrojovým kódem pomocí úlohy nebo skriptu, takže se nebudete muset spoléhat na předdefinované chování agenta. Všechny proměnné související se zdrojovým kódem, jako Source.Version, Source.Branch a Build.SourcesDirectory, jsou nastavené.

Klon Gitu bez podstruktury a git-lfs

Sestavovací agent teď podporuje klon Gitu bez podstruktury a git-lfs. Podrobné informace najdete v části Stránka úložiště definice sestavení.

Vytváření verzí úloh pro definice sestavení a vydaných verzí

Hlavní verzi úlohy, kterou provozujete v sestavení nebo vydané verzi, teď máte plně pod kontrolou. Tato změna přispěje k menšímu počtu nepředvídatelných chyb, které byly způsobeny automatickými aktualizacemi agenta a verze úlohy. Hlavní verze úlohy se teď zadává na kartě Sestavení vaší definice nebo na kartě Prostředí vaší definice vydané verze.

Při vydání vedlejší verze (například z 1.2 na 1.3) se tato změna automaticky přenese do sestavení. Při vydání hlavní verze (například 2.0) ale zůstane sestavení uzamčené na verzi 1.3, dokud neupravíte definici a ručně neprovedete změnu na novou hlavní verzi. Na nové hlavní verze vás upozorní vlaječka v definici sestavení.

Vyžadování platby při správě balíčků

Abyste mohli dál používat správu balíčků, budete si muset na Marketplace zakoupit buď předplatné Visual Studio Enterprise, nebo licenci na správu balíčků. O licencování správy balíčků si můžete přečíst více.

Vylepšení balíčků

Zobrazení vydaných verzí ve správě balíčků

Do správy balíčků jsme přidali novou funkci s názvem zobrazení vydaných verzí (obrázek 23). Zobrazení vydaných verzí představují podmnožinu verzí balíčků ve vašem kanálu, které jste přenesli do zobrazení dané vydané verze. Když vytvoříte zobrazení vydané verze a nasdílíte ho s uživateli vašeho balíčku, budete mít kontrolu nad tím, na jakých verzích jsou závislí. To je zvlášť užitečné při používání průběžné integrace, kdy často publikujete aktualizované verze balíčků, ale nechcete oznamovat nebo podporovat každou publikovanou verzi.

Začněte tím, že ve Web Accessu vyhledáte rychlý start nebo si přečtete o zobrazení vydání pro balíček CI/CD.

(obrázek 23) Zobrazení vydaných verzí

npm ve správě balíčků

Kanály správy balíčků teď podporují balíčky npm pro vývoj v jazycích Node.js a JavaScript. Kanály npm navíc podporují npmjs.com jako „nadřazený zdroj s mezipamětí“. Když tuto možnost povolíte, bude váš kanál sloužit jako transparentní proxy a mezipaměť balíčků webu npmjs.com (viz Použití balíčků z webu npmjs.com), což znamená, že vám postačí získat konkrétní package@version z webu npmjs.com jen jednou; budoucí žádosti o tento balíček bude obsluhovat přímo server TFS. Pokud je balíček z webu npmjs.com odebrán, budete pořád schopni získat z TFS jeho verzi v mezipaměti.

Začněte tím, že vyhledáte novou možnost npm v dialogovém okně Připojit ke kanálu (obrázek 24).

(obrázek 24) npm ve správě balíčků

Vylepšení podpory různých platforem

Formátování xcpretty úloh sestavení Xcode

Výstup xcodebuild teď můžete formátovat pomocí xcpretty (obrázek 25). Pomocí xcodebuild můžete také publikovat výsledky testů JUnit do služby Team Services. K publikování výsledků testů se dříve jako nástroj sestavení musel používat xctool. Pokud teď chcete povolit xcpretty, zaškrtněte políčko Použít xcpretty a zrušte zaškrtnutí políčka Použít xctool v sekci Upřesnit úlohy Xcode.

(obrázek 25) Formátování xcpretty

Publikování výsledků testu Jenkins a pokrytí kódu

Sestavení Úloha fronty Jenkins a úloha vydané verze teď dokážou načítat výsledky testu a pokrytí kódu z úlohy nebo kanálu Jenkins. Tato funkce vyžaduje, abyste na server Jenkins nainstalovali modul TFS Plugin for Jenkins 5.2.0 nebo novější, a nakonfigurovali akci po sestavení Shromažďovat výsledky pro TFS/Team Services. Jakmile se výsledky načtou z Jenkins, mohou se publikovat pomocí úloh sestavení Publikovat výsledky testu nebo Publikovat pokrytí kódu.

Podepisování balíčků pomocí Xcode 8 a jejich export v úloze sestavení Xcode

Úloha Xcode teď podporuje sestavování projektů s využitím automatického podepisování Xcode 8 (obrázek 26). Certifikáty a zřizovací profily můžete na sestavovací server nainstalovat ručně, případně je nechat nainstalovat úlohou se zadáním možností Obsah souboru.

(obrázek 26) Automatické podepisování Xcode

Při exportu balíčku aplikace (IPA) z archivu (.xcarchive) vyžaduje Xcode 8 určení souboru plist s možnostmi exportu (obrázek 27). Při použití Xcode 8 nebo Xcode 7 teď úloha Xcode automaticky identifikuje metodu exportu. V úloze Xcode můžete určit metodu exportu nebo zadat vlastní soubor plist. Pokud používáte verzi Xcode starší než Xcode 7, použije úloha k vytvoření balíčku aplikace starý nástroj (xcrun).

(obrázek 27) Možnosti exportu Xcode

Vylepšení testování

Provádění testů vytvořených pomocí sady Visual Studio 2017

Pomocí úloh Nasadit testovacího agenta a Spustit funkční testy v kanálu CI/CD (obrázek 28) teď můžete nainstalovat testovací agenty pro Visual Studio 2017 a provádět testy vytvořené pomocí sady Visual Studio 2017.

(obrázek 28) Spustit testy

Kontrola chyb z pracovní položky

Chybu teď můžete ověřit na základě opětovného spuštění testů, které zjistily chyby (obrázek 29). Pokud budete chtít spustit příslušný testovací případ ve Web runneru, můžete možnost ověření vyvolat z místní nabídky formuláře pracovní položky chyby. Proveďte ověření pomocí Web runneru a aktualizujte pracovní položku chyby přímo ve Web runneru.

(obrázek 29) Kontrola chyb z pracovní položky

Pomocné rutiny klienta REST pro operace s testovacími kroky

Budete teď moct vytvářet, upravovat a odstraňovat testovací kroky a přílohy testovacích kroků v pracovních položkách testovacího případu pomocí tříd pomocných rutin, které jsme přidali do klienta REST (viz ukázka rozhraní RestApi).

Aktualizace existujících chyb z Web runneru

Kromě toho, že můžete vytvářet nové chyby z Web runneru, můžete teď také aktualizovat stávající chyby (obrázek 30). Veškerá shromážděná diagnostická data, kroky pro reprodukci a odkazy umožňující sledovatelnost z aktuální relace se automaticky přidají ke stávající chybě.

(obrázek 30) Aktualizace existujících chyb

Popis testovacího případu ve Webu runneru

Pole popisu testovacího případu se často používalo k zaznamenání předpokladů, které jsou požadované, než může být testovací případ zahájen. Díky této aktualizaci si teď můžete zobrazit informace o popisu testovacího případu ve Web runneru pomocí možnosti Zobrazit popis (obrázek 31).

(obrázek 31) Popis testovacího případu

Bod příspěvků v centru testování

Do centra Testovací plán jsme přidali nový bod příspěvků (ms.vss-test-web.test-plan-pivot-tabs) (obrázek 32), který vývojářům umožňuje psát rozšíření ve formě pivotové karty, která se zobrazí vedle karty Testy a Grafy.

(obrázek 32) Bod příspěvků

Odstranění artefaktů testu

Před touto verzí se vaše možnost odstranění omezovala na pracovní položky. V této aktualizaci teď máte možnost trvale odstranit artefakty testu – testovací plány, testovací sady, testovací případy, sdílené parametry a sdílené kroky – z centra testování i z pracovního centra pomocí možnosti Trvale odstranit (obrázek 33) v místní nabídce formuláře pracovní položky.

(obrázek 33) Odstranění artefaktů testu

Oblíbené položky pro testovací plány

Testovací plány, se kterými nejčastěji pracujete, teď můžete označit jako oblíbené. Při výběru testovacích plánů uvidíte karty pro všechny a oblíbené testovací plány (obrázek 34). Kliknutím na ikonu hvězdičky si testovací plán přidáte do seznamu oblíbených. Oblíbené testovací plány jsou přístupné při výběru testovacích plánů a na kartě Oblíbené na nové domovské stránce účtu. Testovací plány můžete také filtrovat hledáním v poli s názvem (obrázek 35).

(obrázek 34) Testovací plány

(obrázek 35) Oblíbené testovací plány

Analýza dopadu testu pro spravované automatizované testy

Analýza dopadu testu pro spravované automatizované testy je teď dostupná přes zaškrtávací políčko ve 2.* ukázkové verzi úlohy VSTest (obrázek 36).

(obrázek 36) Analýza dopadu testu

Pokud je povolená, spustí se jen relevantní sada spravovaných automatizovaných testů, které musí proběhnout kvůli ověření dané změny kódu. Analýza dopadu testu vyžaduje nejnovější verzi sady Visual Studio a v současnosti se podporuje v CI pro spravované automatizované testy.

Podpora rozšíření Test & Feedback ve Firefoxu

S radostí oznamujeme všeobecnou dostupnost rozšíření Test & Feedback pro Firefox. Tento doplněk Firefoxu si můžete stáhnout z webu našeho tržiště.

Poznámka: Pracujeme také na podpoře prohlížeče Edge; čekejte na další informace.

Vylepšení nástroje Release Management

Podpora skupin proměnných ve vydané verzi

Skupiny proměnných slouží k seskupení proměnných a jejich hodnot tak, aby byly přístupné v několika definicích vydaných verzí. Můžete také určit zabezpečení skupin proměnných a zvolit, kdo může zobrazit, upravit a využít proměnné ve skupinách proměnných v definicích vydaných verzí.

Otevřete kartu Knihovna v centru Sestavení a vydaná verze a na panelu nástrojů zvolte + Skupina proměnných (obrázek 37). Momentálně lze skupiny proměnných využít jen v definicích vydaných verzí. Další informace o skupinách proměnných najdete v části Definice verzí v Microsoft Release Management.

Vytvořte (obrázek 37) a pak upravte (obrázek 38) skupinu proměnných, jak je vidět tady:

(obrázek 37) Vytvoření skupiny proměnných

(obrázek 38) Upravení skupiny proměnných

Vícenásobné plány pro vydané verze

Chcete vydané verze naplánovat tak, aby se vytvářely častěji než jednou denně? V definici vydané verze teď můžete nakonfigurovat několik naplánovaných aktivačních událostí (obrázek 39).

(obrázek 39) Naplánování verze

Vložená připojení služeb v sestavení a vydané verzi

Díky této funkci můžete připojení služeb vytvořit přímo v definici sestavení / vydané verze, aniž byste přešli na kartu Služby. Tato možnost bude automaticky povolená u všech rozšíření, která se definují deklarativně, jako jsou Docker, Jenkins, VMWare a SCVMM.

Až doteď bylo možné definice vydané verze propojovat jen se zdroji artefaktů z aktuálního projektu. Teď můžete artefakty sestavení propojovat (obrázek 40) také z jiného projektu. Při propojování artefaktu budou v rozevíracím seznamu projektů vypsány všechny projekty v účtu.

(obrázek 40) Propojení artefaktů sestavení

Vylepšení skupiny prostředků Azure

Před touto verzí nemohla úloha skupiny prostředků Azure ověřit syntaxi šablony ARM nebo byla přijata bez skutečného nasazení prostředků. Toto vylepšení nabízí nový režim nasazení s názvem Jen ověření, kdy můžete najít problémy s vytvořením šablony ještě před vytvořením skutečných prostředků Azure.

Mezi další vylepšení úlohy skupiny prostředků Azure patří to, že umožňuje buď přírůstkové, nebo úplné nasazení (obrázek 41). Dříve tato úloha nasazovala šablony ARM pomocí přírůstkového režimu. Neupravovala ale prostředky, které existovaly ve skupině prostředků nezadané v šabloně. Úplný režim odstraní prostředky, které v šabloně nejsou. Standardní je přírůstkový režim.

(obrázek 41) Skupiny prostředků Azure

Úloha rozhraní příkazového řádku Azure

Nová úloha rozhraní příkazového řádku Azure (CLI) (obrázek 42) umožňuje spouštění příkazů Azure na klientech pro různé platformy, jako jsou Windows, Linux a Mac. Tato úloha podporuje předplatná Classic i ARM. Skript je možné zadat dvěma způsoby – jako propojený artefakt nebo jako vložený skript.

(obrázek 42) Úloha rozhraní příkazového řádku Azure

Ve verzi TFS 2017 Update 1 obsahuje služba Code Search verzi 2.4.1 služby Elasticsearch. Pokud je služba Code Search nakonfigurovaná na serveru s TFS 2017, aktualizuje se tato služba zároveň s upgradem TFS. Pokud je služba Code Search nakonfigurovaná na vzdáleném serveru, zkopírujte obsah balíčku vyhledávací služby dodaného s instalačním programem na vzdálený počítač a podle pokynů v souboru Readme upgradujte vyhledávací službu ručně.

Vylepšení funkce Code Insights

Úlohy SonarQube MSBuild

Úlohy SonarQube MSBuild jsou teď dostupné z rozšíření, které poskytuje SonarSource. Další podrobnosti najdete v článku o tom, že SonarSource oznámil vlastní integraci SonarQube se službou Team Services / TFS.

Vylepšení správy

Nové prostředí pro nastavení oznámení

Oznámení umožňují, abyste vy i váš tým měli přehled o aktivitě v projektech služby Team Services. V této aktualizaci teď můžete snadněji určit, která oznámení chcete spolu s týmem dostávat.

Teď máte v nabídce profilu vlastní prostředí na úrovni účtu ke správě nastavení oznámení (obrázek 43).

(obrázek 43) Nastavení oznámení

Pomocí tohoto zobrazení můžete spravovat osobní odběry, které jste vytvořili (obrázek 44). Zároveň se zobrazují odběry vytvořené správci týmů pro všechny projekty v účtu.

(obrázek 44) Správa osobních předplatných

Přečtěte si další informace o správě nastavení osobních oznámení.

Příkaz addProjectReports je teď součástí příkazu TfsConfig

Můžete teď příkazem addProjectReports přidávat sestavy do svých týmových projektů. Tento příkaz, který dříve patřil mezi příkazy Power Tool, je teď součástí příkazu TfsConfig.exe. Další informace najdete v článku Nahrání sestav do týmového projektu.

Vyřazení Týmové místnosti

Díky existenci mnoha skvělých řešení, která se bezproblémově integrují s TFS a Team Services, jako jsou Slack a Microsoft Teams, jsme se rozhodli z TFS a Team Services vyřadit naši funkci Týmová místnost. Při práci ve službě Team Services uvidíte nový žlutý pruh, který sděluje náš úmysl. Později v tomto roce plánujeme úplné vypnutí funkce Týmová místnost.

Můžete použít několik alternativ. Týmová místnost slouží jako centrum oznámení a zároveň jako chat. V TFS a Team Services je už integrovaná spousta jiných produktů pro spolupráci, mezi které patří Microsoft Teams, Slack, HipChat, Campfire a Flowdock. Můžete využít také Zapier, s jehož pomocí vytvoříte vlastní integrace, nebo získáte velmi podrobnou kontrolu nad oznámeními, která se zobrazují.

Přečtěte si více o vyřazení týmových místností ve službách Team Services.

Markdown už nepodporuje odkazy na soubory

Od aktualizace Update 1 už Markdown na uvítacích stránkách, ve widgetu Markdownu na týmových řídicích panelech a v definici hotové práce na kartách Kanban nebude podporovat odkazy na soubory. Obejdete to tak, že do Markdownu začleníte odkaz na soubor jako text. Další informace najdete v článku o pokynech pro Markdown.

Oznámení editoru šablon procesů

Vydali jsme rozšíření Editor šablon procesů pro Visual Studio 2017. Toto rozšíření nabízí praktický způsob zobrazení a aktualizace šablon procesů a nástroje pro aktualizaci globálních seznamů a typů pracovních položek a zobrazení atributů polí pracovní položky. Funguje na serverech TFS 2017 a TFS 2017 Update 1.


Známé problémy

Sestavení nefunguje při upgradu na sestavení 15.112.26301.0 TFS 2017 Update 1 z TFS 2013 nebo dřívější verze

  • Problém:

    Tento problém nastane, jenom když jste upgradovali na sestavení 15.112.26301.0 TFS 2017 Update 1 vydané 7. března 2017. Pokud jste upgradovali na sestavení 15.112.26307.0 vydané 9. března, s tímto problémem se nesetkáte.

    Po upgradu z TFS 2013 (RTM nebo libovolná aktualizace) nebo dřívější verze sestavení zobrazí chybu s informací, že čítač s názvem TaskReferenceId neexistuje.

  • Alternativní řešení:

    Na upgradovaných databázích kolekce spusťte následující skript:

    INSERT  tbl_Counter (PartitionId, DataspaceId, CounterName, CounterValue)
    SELECT  DISTINCT
              dpm.PartitionId,
              ds.DataspaceId,
              N'TaskReferenceId',
              1
      FROM    tbl_DatabasePartitionMap dpm
      INNER LOOP JOIN Task.tbl_Hub h
      ON      h.PartitionId = dpm.PartitionId
      INNER LOOP JOIN tbl_Dataspace ds
      ON      ds.PartitionId = dpm.PartitionId
              AND ds.DataspaceCategory = h.DataspaceCategory
              AND ds.DataspaceIdentifier <> '00000000-0000-0000-0000-000000000000'
      WHERE   dpm.PartitionId > 0
              AND dpm.HostType = 4
              AND NOT EXISTS (
                  SELECT  *
                  FROM    tbl_Counter c
                  WHERE   c.PartitionId = dpm.PartitionId
                          AND c.DataspaceId = ds.DataspaceId
                          AND c.CounterName = N'TaskReferenceId'
              ) 
    

Zákazníci by měli provést aktualizaci na Git LFS verze 1.3.1 nebo vyšší

  • Problém:

    Verze Git LFS starší než 1.3.1 se už nepodporují.

  • Alternativní řešení:

    Pokud používáte Git LFS, musíte aktualizovat na verzi Git LFS 1.3.1 nebo vyšší. Starší verze klienta LFS nejsou kompatibilní se změnami ověřování v této verzi TFS.

Nesprávně zobrazené formuláře pracovních položek

  • Problém:

    Pokud na formulářích pracovních položek použijete zastaralý vlastní ovládací prvek (například vícehodnotový ovládací prvek), nemusí se formuláře pracovních položek zobrazit.

  • Alternativní řešení:

    Budete muset aktualizovat na nejnovější verzi ovládacího prvku. Nejnovější vícehodnotový ovládací prvek pro TFS 2017 Update 1 najdete zde.

Nesprávně zobrazené formuláře pracovních položek na webu

Ve formulářích pracovních položek se neskrývají pole jen pro čtení

  • Problém:

    Pokud použijete původní formulář pracovní položky s vlastností HideReadonlyEmptyFields nastavenou v rozložení na hodnotu true, ve formuláři se neskryjí pole jen pro čtení a prázdná pole.

  • Alternativní řešení:

    Pro tento problém zatím neexistuje alternativní řešení. Problém opravíme v aktualizaci TFS 2017 Update 2.

Chybné zobrazení formulářů pracovních položek

  • Problém:

    Tento problém je specifický pro IE 11 v TFS 2017 Update 1 při výběru formuláře nové pracovní položky. Pokud máte svůj profil nastavený pro francouzštinu, korejštinu, ruštinu, turečtinu, japonštinu nebo čínštinu a pracovní položku má přiřazenou k libovolné identitě, nebude se vám formulář pracovní položky při zobrazení pracovní položky zobrazovat v pořádku. Když pracovní položku uložíte, nastaví se pole Přiřazeno na nepřiřazenou hodnotu.

  • Alternativní řešení:

    Použijte místo Internet Exploreru 11 jiný prohlížeč. Pokud používáte Internet Explorer 11, obnovte správnou hodnotu pro pole Přiřazeno kliknutím na možnost pro vrácení zpět nebo obnovení na panelu nástrojů pracovní položky.

Nadřazené balíčky NPM se nepodaří uložit do mezipaměti

  • Problém:

    Pokud se váš server TFS nachází za proxy, nepodaří se nadřazené balíčky NPM uložit do mezipaměti.

  • Alternativní řešení:

    Pokud se váš server TFS nachází za firemním proxy, udělejte v jeho souboru web.config (například %ProgramFiles%\Microsoft Team Foundation Server 15.0\Application Tier\Web Services\web.config).následující změny.

    Nahraďte tento blok konfigurace:

      <!-- ASP.NET Proxy Usage for HttpWebRequests 
            "usesystemdefault" 
               false - stops the server using the default proxy configuration or proxy
                     auto-detection. 
            "bypassonlocal"
               true - this tells all requests to a local address to ignore configured proxies.
        -->
      <defaultProxy>
        <proxy usesystemdefault="False" bypassonlocal="True" />
      </defaultProxy>
    

    tímto kódem:

      <defaultProxy useDefaultCredentials="true" />
    

V rozevírací nabídce kódu se zobrazují nesprávné stránky pro správu verzí

  • #### Problém: Když přejdete na stránku pro správu úložiště Git, jak znázorňuje následující obrázek (obrázek 45), a kliknete na centrum Kód, místo odkazu Historie se zobrazí odkazy Sady změn a Sady odložených změn.

(obrázek 45) Rozevírací nabídka kódu

  • #### Alternativní řešení: Správné odkazy zobrazíte tak, že odejdete ze stránky pro správu úložiště Git.

Rozšíření se automaticky neaktualizují

  • Problém:

    Pokud upgradujete dřívější verzi serveru TFS na TFS 2017 a TFS 2017 běží v připojeném režimu, nebudou se rozšíření aktualizovat, jak by měla.

  • Alternativní řešení:

    Pro tento problém zatím neexistuje alternativní řešení. Tento problém jsme vyřešili a oprava chování automatických aktualizací vám bude doručena prostřednictvím aktualizace Update 2 pro TFS 2017. Pokud z nějakého důvodu nemůžete na aktualizaci Update 2 čekat, kontaktujte nás přes kanál podpory a my vám opravu zpřístupníme dříve.

Rozšíření se nedá získat nebo nebude správně fungovat, pokud není správně nastavená veřejná adresa URL.

  • Problém:

    Získání rozšíření z Visual Studio Marketplace se nepodaří.

    Už získaná rozšíření nebudou pravděpodobně fungovat očekávaným způsobem.

  • Alternativní řešení:

    Tento problém je vyřešený v TFS 2017 Update 2 a doporučujeme provést upgrade. Pokud potřebujete, aby to fungovalo ve verzi Update 1, nastavte veřejnou adresu URL v konzole pro správu serveru tak, aby byl přístup k adrese URL možný z jiného systému ve vašem podnikovém prostředí (obrázek 46).

(obrázek 46) Nabídka kódu