Určení aktivačních procedur a důvodů sestavení

Kdykoli je to zapotřebí, lze sestavení vložit do fronty ručně, avšak potřeby týmu budou ve většině případů nejlépe naplněny procesy sestavení definovanými s automatickými aktivačními procedurami.Při spuštění sestavení aktivační procedurou je určitý důvod zaznamenán ve vlastnosti Reason.Toto téma popisuje a vysvětluje použití všech dostupných aktivačních procedur a důvodů sestavení při vývoji procesu sestavení.

• Použití aktivačních procedur sestavení pro dosažení cílů týmu

  • Ochrana týmu proti selhání sestavení

  • Zachování kvality pomocí nepřetržité integrace

  • Kontrola kvality produktu prostřednictvím nočních ověřovacích testů sestavení

• Použití automatických aktivačních procedur sestavení

  • Použití aktivační procedury Nepřetržitá integrace pro vložení sestavení do fronty, je-li vrácen soubor se změnami

  • Použití aktivační procedury Hromadná sestavení ke vložení sestavení do fronty, je-li vrácen soubor se změnami, ale pouze s omezeními, jak často může být sestavení spouštěno

  • Použití aktivační procedury Hlídané vrácení se změnami pro vložení sestavení do fronty, pokusí-li se člen týmu vrátit soubor se změnami, a zablokování změny, pokud se sestavení nezdaří

  • Použití aktivační procedury Plán pro vkládání sestavení do fronty v pravidelných intervalech

• Vložení sestavení do fronty ručně

  • Vložení sestavení do fronty

  • Vložení soukromého sestavení do fronty

• Použití vlastního kódu pro vložení sestavení do fronty

• Práce s aktivačními procedurami a důvody sestavení

Použití aktivačních procedur sestavení pro dosažení cílů týmu

Ochrana týmu proti selhání sestavení

Jsou-li vývojářem vráceny změny poškozující sestavení, výsledek může být pro malé týmy značným problémem.Náklady pro větší týmy mohou být vysoké z pohledu ztráty produktivity a zpoždění plánu.Pro ochranu některých nebo všech základních kódů před tímto problémem lze použít aktivační proceduru Hlídané vrácení se změnami.

Zachování kvality pomocí nepřetržité integrace

Nepřetržitá integrace je proces začlenění kódu do sdíleného úložiště, tak často, jak je to možné.Při integraci kódu můžete být včas informováni o chybě v kódu přerušením sestavení nebo selháním testu.Implementaci nepřetržité integrace lze provést pomocí aktivační procedury Nepřetržitá integrace.Aktivační procedura Hromadná sestavení je podobná aktivační proceduře Nepřetržitá integrace a může být užitečná v případech, kdy není k dispozici dostatečně výkonný sestavovací systém, aby provedl sestavení při každém vrácení souboru se změnami.

Aktivační procedura Hlídané vrácení se změnami může sloužit jako ještě přísnější přístup k nepřetržité integraci.Aktivační procedura Nepřetržitá integrace upozorňuje členy týmu na problémy, například poškození sestavení nebo nezdařené jednotkové testy jádra, ale aktivační procedura Hlídané vrácení se změnami zabrání zavedení těchto typů problémů do kódu.

Další informace o tom, jak použít sestavovací systém tak, aby podporoval nepřetržitou integraci, naleznete v tématu Nastavení sestavení s nepřetržitou integrací (CI).

Kontrola kvality produktu prostřednictvím nočních ověřovacích testů sestavení

Pro vyhodnocení kvality sestavení lze naplánovat pravidelné testy.Těmto testům se často říká ověřovací testy sestavení (BVT) nebo orientační testy.Tyto testy se obvykle skládají z rozsáhlé sady testů použitých pro ověření klíčových oblastí aplikace určitého sestavení.Pro implementaci nočních ověřovacích testů sestavení lze použít aktivační proceduru Plán.

Informace o aktivační proceduře Plán naleznete v tématu Použití aktivační procedury Plán pro vkládání sestavení do fronty v pravidelných intervalech.

Použití automatických aktivačních procedur sestavení

V definici sestavení je nutné zadat aktivační proceduru sestavení.Ve většině případů je žádoucí, aby byl proces sestavení prováděn automaticky.Lze zvolit jednu z automatických aktivačních procedur popsaných v tomto oddílu.

Použití aktivační procedury Nepřetržitá integrace pro vložení sestavení do fronty, je-li vrácen soubor se změnami

Definujete-li sestavení s aktivační procedurou Nepřetržitá integrace, je sestavení vloženo do fronty pokaždé, když člen týmu vrátí soubor se změnami.Definice sestavení Pracovní prostor určuje, které soubory definici sestavení spustí.Další informace o pracovních prostorech sestavení naleznete v tématu Práce s pracovními prostory sestavení.

Sestavení spuštěná pomocí Nepřetržité integrace mají přidělenu vlastnost Reason s hodnotou IndividualCI.

Použití aktivační procedury Hromadná sestavení k sestavení několika souborů vrácených se změnami dohromady v pravidelných intervalech

Definujete-li sestavení s aktivační procedurou Hromadná sestavení, systém sestavení vloží sestavení každého vrácení se změnami do fronty, dokud sestavení není spuštěno.Je-li sestavení spuštěno, systém čeká na jeho dokončení a poté vloží do fronty jiné sestavení všech vrácení se změnami, která ještě nebyla sestavena.Lze také omezit četnost sestavení zaškrtnutím políčka Nesestavovat častěji než každýchn minut a zapsáním celého čísla v rozsahu 0 až 2147483647.

Lze například mít pouze jednoho agenta sestavení, který bude dokončovat sestavení každých 20 minut.Použijete-li aktivační proceduru Nepřetržitá integrace a váš tým vloží změny kódu devětkrát od 10:00 do 11:00, poslední vrácení se změnami nemusí být sestaveno až do 13:00. Pokud však použijete aktivační proceduru Hromadná sestavení a zadáte jako interval 60 minut, může být stejná sada vrácení se změnami sestavena v 11:20.

Definice sestavení Pracovní prostor určuje, které soubory definici sestavení spustí.Další informace o pracovních prostorech sestavení naleznete v tématu Práce s pracovními prostory sestavení.

Sestavení spuštěná pomocí Hromadných sestavení mají přiřazenu vlastnost Reason s hodnotou BatchedCI.

Použití aktivační procedury Hlídané vrácení se změnami, pokusí-li se člen týmu vrátit soubor se změnami, a zablokovat změnu, nezdaří-li se sestavení

Tuto aktivační proceduru lze použít pouze v projektu týmu TFVC; není k dispozici v projektu týmu Git.

Definujete-li sestavení s aktivační procedurou Hlídané vrácení se změnami, změny odeslané členem týmu do systému správy verzí jsou umístěny do sady odložených změn a vloženy do fronty k sestavení.Pro dokončení procesu vrácení se změnami musí být sestavení úspěšné.Definice sestavení Pracovní prostor určuje, které soubory jsou definicí sestavení řízeny.Další informace o pracovních prostorech sestavení naleznete v tématu Práce s pracovními prostory sestavení.

Sestavení spuštěná pomocí Hlídaného vrácení se změnami mají přiřazenu vlastnost Reason s hodnotou CheckInShelveset.

Další informace o implementaci aktivační procedury Hlídané vrácení se změnami naleznete v tématu Použití procesu sestavení s hlídaným vrácením se změnami pro ověření změn.Další informace o tom, jak tento typ definice sestavení ovlivňuje tým, naleznete v tématu Kontrola v čekající změny, které jsou řízeny Gated změnami sestavení.

Použití aktivační procedury Plán pro vkládání sestavení do fronty v pravidelných intervalech

Aktivační procedura Plán

Definujete-li sestavení s aktivační procedurou Plán a zrušíte-li zaškrtnutí políčka Sestavit, i když od předchozího sestavení nebylo nic změněno, je sestavení vloženo do fronty v zadané dny a časy, pokud byly od posledního spuštění této definice sestavení vráceny změny.Sestavení je vloženo do fronty bez ohledu na to, zda změny souvisely s předchozím funkčním sestavením.

Sestavení spuštěná tímto způsobem mají přiřazenu vlastnost Reason s hodnotou Schedule.

Tip

Pokud vyvíjíte vlastní šablonu procesu sestavení a zvolíte hodnotu Schedule jako hodnotu vlastnosti Důvod v oddílu šablony InvokeForReason, měla by ve většině případů být zvolena také hodnota ScheduleForced.

Aktivační procedura Plán (Důvod: ScheduleForced)

Definujete-li sestavení s aktivační procedurou Plán a zaškrtnete-li políčko Sestavit, i když od předchozího sestavení nebylo nic změněno, je sestavení vloženo do fronty v zadaných dnech a časech.Sestavení je do fronty vloženo bez ohledu na to, zda byly vráceny změny.

Sestavení spuštěná tímto způsobem mají přiřazenu vlastnost Reason s hodnotou ScheduleForced.

Tip

Pokud vyvíjíte vlastní šablonu procesu sestavení a zvolíte hodnotu ScheduleForced jako hodnotu vlastnosti Důvod v oddílu šablony InvokeForReason, měla by ve většině případů být zvolena také hodnota Schedule.

Vložení sestavení do fronty ručně

V některých situacích může být žádoucí použít proces sestavení, který není spouštěn automaticky.

• Definice sestavení nemusí být připravena na automatická spouštění, protože je stále ve vývoji.

• Lze také mít zvláštní proces sestavení, který je žádoucí spouštět pouze ručně.

V těchto situacích lze zvolit aktivační proceduru Ručně.Definice sestavení bude spuštěna pouze v případě, že ji člen týmu vloží do fronty ručně.

Vložení sestavení do fronty

Definici sestavení lze do fronty vložit ručně i v případě, že je definována s aktivační procedurou jinou než Ručně.Vložíte-li sestavení do fronty ručně, je vlastnost Reason nastavena na hodnotu Manual.Další informace o tom, jak vložit sestavení do fronty ručně, naleznete v tématu Zařazení sestavení do fronty.

Vložení soukromého sestavení do fronty

Chcete-li sestavit změny odložené do sady odložených změn, lze pro ověření změn kódu před jeho vrácením použít soukromé sestavení (známé také jako „kamarádské sestavení“).Vložíte-li soukromé sestavení do fronty ručně, je vlastnost Reason nastavena na hodnotu ValidateShelveset.Další informace o tom, jak vložit soukromé sestavení do fronty, naleznete v tématu Zařazení sestavení do fronty.

Použití vlastního kódu pro vytvoření dokončeného sestavení

Vlastní kód, který vytváří dokončená sestavení, lze vyvinout využitím tříd v oboru názvů Microsoft.TeamFoundation.Build.Je-li sestavení vloženo do fronty tímto způsobem, je vlastnost Reason nastavena na hodnotu UserCreated.Další informace naleznete v tématu Rozšíření pro Team Foundation: Sestavení

Práce s aktivačními procedurami a důvody sestavení

Aktivační procedury a důvody lze v procesu sestavení využít následujícími způsoby:

• Nastavení aktivační procedury pro proces sestavení: V definici sestavení klikněte na kartu Aktivační procedura a zvolte aktivační proceduru, která nejlépe odpovídá potřebám týmu.Další informace o tom, jak vytvořit definici sestavení, naleznete v tématu Vytvoření nebo úprava definice sestavení.

• Definujte, které důvody pro sestavení jsou přijaty vlastním procesem sestavení: segmenty procesu sestavení, které chcete spustit pouze v sestaveních spuštěných s určitým důvodem, lze uzavřít do aktivity InvokeForReason.Další informace naleznete v tématu Aktivity sestavení Team Foundation: InvokeForReason.