Team Foundation Server 2017 Update 1

Last Update: 27.04.2017

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

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

S radostí dnes 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 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ů.

Výchozí porovnání

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 sekci Zásady jsou teď požadované a volitelné zásady seskupené do sekcí, aby bylo zcela zřejmé, které zásady se požadují 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.

Zásady

Pro uživatele, kteří potřebují vynechat zásady (a mají požadovaná oprávnění), budou v dialogu Dokončit zobrazeny nové možnosti. 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.

Vynechání

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í.

Vyloučení souborů

Import úložiště

Zákazníci teď mohou 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ď mohou zákazníci 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 umožňuje uživatelům vybrat některou z mnoha dostupných šablon .gitignore.

gitignore

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 a začnete psát, spustí se v navigaci hledání souboru nebo složky, které chcete najít.

Hledání souborů

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ě uvidíte karty pro všechna úložiště a svoje oblíbená úložiště. Kliknutím na hvězdičku přidáte úložiště do seznamu oblíbených úložišť.

Oblíbená úložiště

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

Uživatelé teď mohou 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 a začnete psát, spustí se v historii hledání souboru nebo složky, které chcete najít.

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í. Budete moci vyhledat důležité informace související s potvrzením a pracovat s nimi.

Zde je příklad stránky s podrobnostmi potvrzení:

Podrobnosti potvrzení

Zde je příklad stránky s historií potvrzení:

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.

Hledání potvrzení

Výběrem značek a větví v tomto okně zjistíte, jestli tyto větve a značky obsahují konkrétní potvrzení.

Dialogové okno pro 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. Abychom to usnadnili, přidali jsme do ovládacího prvku diskuze panel nástrojů, který při přidávání běžného formátování vloží příslušnou syntaxi Markdown. 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).

Panel nástrojů diskuze

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

Abychom uživatelů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.

Komentáře 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 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.

Žádosti 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 kontextové nabídce.

Sledování žádosti 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 projeví, že žádosti o přijetí změn nelze dokončit, pokud je zamítl nejméně jeden revidující. Mnoho uživatelů toto chování očekávalo, 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.

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. 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.

Přílohy žádostí 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 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.

Aktualizované soubory žádosti o přijetí změn

Když zobrazíte žádost o přijetí změn obsahující změny, uvidíte v přehledu podobnou souhrnnou zprávu, přičemž nová vložení a vlákna komentářů jsou modře zvýrazněna. 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.

Shrnutí žádosti 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, která umožňuje u jednotlivých větví definovat strategii pro sloučení žádostí o přijetí změn. Dříve musel každý uživatel při dokončení žádosti o přijetí změn zvolit buď sloučení, nebo zploštění. Pokud je tato zásada povolená, přepíše předvolby uživatele a vynutí požadavek nastavený touto zásadou.

Zásada 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. Zobrazí se seznam jednotlivých konfliktních souborů s krátkým shrnutím typu konfliktu mezi zdrojovou a cílovou větví.

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

Když při úpravě definice sestavení přejdete na kartu Historie, můžete definici sestavení vrátit zpět na předchozí verzi.

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. Očekáváme, že 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ů

Aby uživatelé mohli dál používat správu balíčků, budou 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í. 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.

npm

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.

npm

Vylepšení podpory různých platforem

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

Výstup xcodebuild teď můžete formátovat pomocí xcpretty. 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.

Sestavení Xcode

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. 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.

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. 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).

Export 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 teď můžete nainstalovat testovací agenty pro Visual Studio 2017 a provádět testy vytvořené pomocí sady Visual Studio 2017.

Provádění testů

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. 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.

Ověření chyb

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

Uživatelé teď budou 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. 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ě.

Test runner

Popis testovacího případu ve Webu runneru

Zákazníci často používají pole popisu testovacího případu k zaznamenání předpokladů, které musí být splněny, než může být testovací případ zahájen. Díky této aktualizaci si teď uživatelé mohou zobrazit informace o popisu testovacího případu ve Web runneru pomocí možnosti Zobrazit popis.

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), který vývojářům umožňuje psát rozšíření ve formě pivotové karty, která se zobrazí vedle karty Testy a Grafy.

Bod příspěvků

Odstranění artefaktů testu

Zákazníci už měli možnost odstraňovat pracovní položky s výjimkou artefaktů testu a jakýchkoli pracovních položek propojených s artefakty testu. V této aktualizaci budou mít uživatelé 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 v kontextové nabídce formuláře pracovní položky.

Nabídka pro 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. 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.

testovací plány

Oblíbené testy

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.

Dopad 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. 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 skupinu proměnných a pak ji upravte podle popisu dole:

Vytvoření skupiny proměnných

Úprava 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í.

Plán vydané 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 také z jiného projektu. Při propojování artefaktu budou v rozevíracím seznamu projektů vypsány všechny projekty v účtu.

Artefakty sestavení

Vylepšení skupiny prostředků Azure

Když v současnosti používáte úlohu skupiny prostředků Azure, nemáte jak ověřit, jestli je šablona ARM syntakticky správná a Azure Resource Manager by ji akceptoval bez skutečného nasazení těchto prostředků. Toto vylepšení nabízí nový režim nasazení s názvem Jen ověření, kdy uživatelé mohou 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í. V současnosti tato úloha nasazuje šablony ARM pomocí přírůstkového režimu. Přírůstkový režim zpracovává nasazení jako přírůstkové aktualizace skupiny prostředků. Neupravuje prostředky, které v této skupině prostředků sice existují, ale nejsou v šabloně zadané. Úplný režim odstraní prostředky, které v šabloně nejsou. Standardně se používá přírůstkový režim.

Skupiny prostředků

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

Nová úloha rozhraní příkazového řádku Azure (CLI) 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.

Rozhraní příkazového řádku

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.

Uživatelé teď mohou nastavení oznámení spravovat na úrovni svého účtu (k dispozici přes nabídku profilu).

Nastavení oznámení

Pomocí tohoto zobrazení mohou uživatelé spravovat osobní odběry, které si vytvořili. Zároveň se zobrazují odběry vytvořené správci týmů pro všechny projekty v účtu.

Profil oznámení

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

Zákazníci teď můžou 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í:

    Zákazníci, kteří používají Git LFS, musí Git LFS aktualizovat na verzi 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 nového formuláře pracovní položky. Pokud má uživatel 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 formulář pracovní položky uživateli při zobrazení pracovní položky zobrazovat v pořádku. Když uživatel pracovní položku uloží, 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ž uživatelé přejdou na stránku pro správu úložiště Git, jak znázorňuje následující obrázek, a kliknou na centrum Kód, místo odkazu Historie se zobrazí odkazy Sady změn a Sady odložených změn.

    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í:

    Nastavte veřejnou adresu URL v konzole pro správu serveru tak, aby byl přístup ke konzole URL možný z jiného systému ve vašem podnikovém prostředí.

    Nabídka kódu