Megosztás a következőn keresztül:


TFVC-adattárak létrehozása

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Fontos

A TFVC-t csak a klasszikus folyamatok támogatják, és nem támogatják a YAML-t.

Válassza ki a létrehozandó adattárat

A TFVC-adattárat használó folyamatok szerkesztésekor az alábbi lehetőségek állnak rendelkezésre.

  • Clean
  • Helyi elérési út megadása
  • Címkeforrások

Adattár neve

A TFVC-adattár neve.

Leképezések (munkaterület)

Csak a buildelési folyamat által igényelt mappákat foglalja bele a Map típusértékkel. Ha egy leképezett mappa almappája olyan fájlokat tartalmaz, amelyeket a buildelési folyamat nem igényel, képezheti le a Cloak típusértékkel.

Győződjön meg arról, hogy az összes olyan mappát megfelelteti , amely a buildelési folyamat által igényelt fájlokat tartalmazza. Ha például egy másik projektet ad hozzá, előfordulhat, hogy egy másik leképezést kell hozzáadnia a munkaterülethez.

Nem szükséges ruhamappák . Alapértelmezés szerint a projekt gyökérmappája le van képezve a munkaterületen. Ez a konfiguráció azt eredményezi, hogy a buildügynök letölti a projekt verziókövetési mappájában lévő összes fájlt. Ha ez a mappa sok adatot tartalmaz, a build elpazarlhatja a buildelési rendszer erőforrásait, és lelassíthatja a buildelési folyamatot nagy mennyiségű, nem szükséges adat letöltésével.

Projektek eltávolításakor keresse meg a munkaterületről eltávolítható leképezéseket.

Ha ez egy CI-build, a legtöbb esetben győződjön meg arról, hogy ezek a leképezések megfelelnek a CI-eseményindító szűrőbeállításainak az Eseményindítók lapon.

A TFVC-munkaterület optimalizálásáról további információt a munkaterület optimalizálása című témakörben talál.

A helyi adattár tisztítása az ügynökön

A saját üzemeltetésű ügynök munkakönyvtárának tisztításának különböző formáit végezheti el a build futtatása előtt.

Általánosságban elmondható, hogy a saját üzemeltetésű ügynökök gyorsabb teljesítménye érdekében ne tisztítsa meg az adattárat. Ebben az esetben a legjobb teljesítmény érdekében győződjön meg arról, hogy növekményesen is épít, ha letiltja a buildeléshez használt tevékenység vagy eszköz tiszta beállítását.

Ha törölnie kell az adattárat (például az előző buildből származó reziduális fájlok által okozott problémák elkerülése érdekében), a lehetőségek alább találhatók.

Feljegyzés

A tisztítás nem releváns, ha Microsoft által üzemeltetett ügynököt használ, mert ebben az esetben minden alkalommal új ügynököt kap.

Ha meg szeretné tisztítani az adattárat, válassza az Igaz lehetőséget, majd válasszon az alábbi lehetőségek közül:

  • Források: A buildelési folyamat visszavonja a módosításokat, és kijavítja az aktuális munkaterületet a .$(Build.SourcesDirectory)

  • Források és kimeneti könyvtár: Ugyanaz a művelet, mint a fenti Források lehetőség, plusz: Törli és újra létrehozza $(Build.BinariesDirectory).

  • Forráskönyvtár: Törli és újra létrehozza $(Build.SourcesDirectory).

  • Minden buildkönyvtár: Törli és újra létrehozza $(Agent.BuildDirectory).

CI-eseményindítók

Az Eseményindítók lapon válassza a Folyamatos integráció engedélyezése lehetőséget az eseményindító engedélyezéséhez, ha azt szeretné, hogy a build fusson, amikor valaki kódot keres.

CI-eseményindító.

Batch-módosítások

Jelölje be ezt a jelölőnégyzetet, ha sok csapattag gyakran tölt fel módosításokat, és csökkenteni szeretné a futó buildek számát. Ha ezt a lehetőséget választja, amikor egy build fut, a rendszer megvárja, amíg a build befejeződik, majd egy újabb buildet vár az összes olyan módosításról, amely még nem készült el.

A módosításokat kötegelheti és együtt is összeállíthatja.

Elérésiút-szűrők

Válassza ki a belefoglalni és kizárni kívánt verziókövetési útvonalakat. A legtöbb esetben győződjön meg arról, hogy ezek a szűrők összhangban vannak a TFVC-leképezésekkel. Az elérésiút-szűrőkkel csökkentheti a buildet aktiválni kívánt fájlok készletét.

Tippek:

  • Az elérési utak mindig a munkaterület gyökeréhez viszonyítva vannak megadva.
  • Ha nem állít be elérésiút-szűrőket, akkor a munkaterület gyökérmappája alapértelmezés szerint implicit módon szerepel.
  • Ha kizár egy elérési utat, azt csak akkor tudja belefoglalni, ha egy mélyebb mappába sorolja. Ha például kizárja a /tools elemet , akkor a /tools/trigger-runs-on-these
  • Az elérésiút-szűrők sorrendje nem számít.

Kapus bejelentkezés

A korlátozott beadások a kompatibilitástörő változásoktól védenek.

Alapértelmezés szerint ki van jelölve a Munkaterület-leképezések használata a szűrőkhöz beállítás. Így aktiválódnak a buildek, amikor változtatást ad be egy, a forrásleképezéseknél megadott elérési úton.

Ha ezt nem szeretné, törölje a jelölőnégyzet kijelölését, és az elérési utakat adja meg a triggerben.

Hogyan érinti a fejlesztőket?

Amikor a fejlesztők megpróbálnak bejelentkezni, a rendszer kérni fogja a módosítások összeállítását.

Gated check-in prompt

A rendszer ezután létrehoz egy polckészletet, és létrehozza azt.

Feljegyzés

Ha például The shelveset _Build_95;Build\6bc8a077-3f27-4936-82e6-415fbd53ba07 could not be found for check-inhibaüzenetet kap, ellenőrizze a feladat engedélyezési hatókörének korlátozását az aktuális projektre a nem kiadási folyamatok beállításához, és győződjön meg arról, hogy nincs engedélyezve.

A kapus bejelentkezési felülettel kapcsolatos részletekért lásd : Bejelentkezés egy olyan mappába, amelyet egy kapus bejelentkezési buildfolyamat vezérel.

CI-buildek futtatásának lehetősége

Alapértelmezés szerint a CI-buildek nem futnak a kapus bejelentkezési folyamat befejezése és a módosítások beadása után.

Ha azonban azt szeretné, hogy a CI-buildek egy kapus bejelentkezés után fussanak, jelölje be a véglegesített módosítások ci-eseményindítóinak futtatása jelölőnégyzetet. Ha ezt teszi, a buildelési folyamat nem adja hozzá a ***NO_CI*** elemet a módosításkészlet leírásához. Ennek eredményeképpen a bejelentkezés által érintett CI-buildek futnak.

Néhány további tudnivaló

GYIK

Folyamat futtatásakor a következő hibaüzenet jelenik meg:

The shelveset <xyz> could not be found for check-in

  • A feladat-engedélyezési hatókör gyűjteményre van beállítva? A TFVC-adattárak általában a gyűjtemény projektjei között oszlanak el. Előfordulhat, hogy olyan mappába olvas vagy ír, amely csak akkor érhető el, ha a hatókör a teljes gyűjtemény. Ezt a szervezeti beállításokban vagy a Folyamatok lap projektbeállításában állíthatja be.

Folyamat futtatásakor a következő hibaüzenet jelenik meg:

The underlying connection was closed: An unexpected error occurred on a receive. ##[error]Exit code 100 returned from process: file name 'tf', arguments 'vc workspace /new /location:local /permission:Public

  • Ez általában időszakos hiba, amely akkor fordul elő, ha a szolgáltatás technikai problémákat tapasztal. Futtassa újra a folyamatot.

Mi az a perzselő?

A Scorch egy TFVC power tool, amely biztosítja a forrásvezérlést a kiszolgálón és a helyi lemezen. Lásd: Microsoft Visual Studio Team Foundation Server 2015 Power Tools.