A munkaterület optimalizálása
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
Ha a csapat nagy és összetett kódbázissal rendelkezik, a munkaterületet úgy optimalizálhatja, hogy csak a szükséges fájlokat tartalmazza. A munkaterület optimalizálása javítja a teljesítményt, csökkenti a hálózati forgalmat, és csökkenti a fejlesztői gépen szükséges lemezterületet.
Feljegyzés
Az elágaztatás , a felfüggesztés vagy a polcolás az elsődleges módszer a különböző munkamunkák elkülönítésére ugyanazon kódbázissal szemben. Ha azonban egyik módszer sem felel meg az igényeinek, több munkaterületen is megfeleltetheti ugyanazt a kiszolgálómappát. A legtöbb esetben ezt nem kell megtennie.
Ha több munkaterületen is megfelelteti ugyanazt a kiszolgálómappát, ne feledje, hogy az egyes munkaterületek ugyanazon fájljának eltérő és függőben lévő módosításai lehetnek.
Mappanevek optimalizálása
Ha még nem használ ágakat, helyezze az összes kódot egy Main nevű almappába a kiszolgálón, például: $/TFVCTeamProject/Main/. Ezután készen áll, amikor a csapata elég nagy lesz ahhoz, hogy ágakat igényeljen a kódbázis kezeléséhez. A fejlesztői gépen egy rövid, érthető mappaútvonalat kell használnia, amely megfelel a projektstruktúrának, például C:\Users\<YourName>\Source\Workspaces\TFVCTeamProject\Main\SolutionName.
Néhány további tipp a hatékony mappanevekhez:
Az összes mappa- és almappát és fájlnevet tartsa rövidre, hogy egyszerűbbé tegye a munkát, és elkerülje a kódprojektek egyes típusaival kapcsolatos esetleges hosszú távú problémákat.
Kerülje a szóközt a fájl- és mappanevekben, hogy a parancssori műveletek könnyebben végrehajthatók legyenek.
A munkaterület optimalizálása
Ha a csapat kódbázisa nagy, a munkaterület mappaleképezéseinek optimalizálásával elkerülheti az időt, a hálózati sávszélességet és a helyi lemezterületet. Explicit, implicit, álcázott és nem rekurzív mappaleképezéseket használhat egyszerűen és gyorsan használható munkaterületek létrehozásához.
Amikor hozzárendel egy mappát a munkaterülethez, győződjön meg arról, hogy a kódfában olyan magas mappát választ ki, amely tartalmazza a helyi build létrehozásához szükséges összes fájlt, de elég alacsony ahhoz, hogy ne kapjon több fájlt, mint amire szüksége van. A következő példa-munkaterületen egyszerűen leképezheti a $/SiteApp/ fájlt a c:\code\SiteApp\-ra. Egy ilyen egyszerű munkaterület implicit módon leképezi a $/SiteApp/Main/ összes mappáját a munkaterületre, beleértve a szükséges fájlokat is.
Ezzel a megközelítéssel az a fő probléma, hogy számos olyan fájlt biztosít, amelyekre nincs szüksége, így időt és erőforrásokat pazarol. Ha például nem fejleszt testre szabott buildfolyamatokat, nincs szükség $/SiteApp/BuildProcessTemplates/.
Idővel várható, hogy a csapat kódbázisa növekedni fog, és nem szeretné automatikusan letölteni a $/SiteApp/Main/-hoz hozzáadott új kódrészleteket. Mivel a más mappákban dolgozó csapatok módosítják ezeket a fájlokat, amikor a legújabb fájlokat kapja meg a kiszolgálóról, hosszú késések jelentkezhetnek a szükségtelen fájlok frissítésére várva.
A munkaterületet testre szabottabb mappaleképezések létrehozásához optimalizálhatja.
A Visual Studio Source Control Explorerben válassza a Munkaterületek melletti legördülő nyilat, és válassza a Munkaterületek lehetőséget.
A Munkaterületek kezelése párbeszédpanelen jelölje ki az optimalizálni kívánt munkaterületet, majd válassza a Szerkesztés lehetőséget.
A Munkaterület szerkesztése párbeszédpanelen szerkessze a munkaterület-leképezéseket.
A kód fejlesztéséhez például a DinnerNow projektből származó kódprojektekre van szüksége. Ahelyett, hogy explicit módon belefogadja az egyes kódprojekteket a megoldásba( például $/Fabrikam TFVC/DinnerNow/feature3), leképezheti a $/Fabrikam TFVC/DinnerNow függvényt, és így implicit módon leképezheti a szükséges kódprojekteket tartalmazó összes almappát.
Nincs szüksége a $/Fabrikam TFVC/DinnerNow/feature1 vagy a $/Fabrikam TFVC/DinnerNow/feature2 fájlra, de mivel implicit módon vannak leképezve, két álcázott leképezéssel kizárhatja ezeket a mappákat a munkaterületről.
A csapat néhány alapvető kódtárat tart fenn és bővít. Ebben a mappában szinte az összes jelenlegi kódtárra szüksége lesz, és várhatóan szüksége lesz a csapat által a jövőben hozzáadott kódtárakra, így a $/Fabrikam TFVC/Main/térképet kell képeznie.
A $/Fabrikam TFVC/Main/ClassLibrary mappának csak egy kis szegmensére van szüksége, ezért álcázottként kell leképeznie, majd explicit módon leképeznie csak a szükséges almappát, a $/Fabrikam TFVC/Main/ClassLibrary1 fájlt.
A ClassLibrary1-ben azonnal szüksége van néhány fájlra, de nincs szüksége az almappáinak tartalmára, ezért nem rekurzív leképezést alkalmaz a $/Fabrikam TFVC/Main/ClassLibrary1/ mappára.
A mappák munkaterületekre való leképezéséhez kattintson a jobb gombbal egy leképezetlen ágra vagy mappára a Forrásvezérlő kezelőjében, és válassza a Speciális>leképezés helyi mappába lehetőséget. Vagy válassza a Nincs megfeleltetve hivatkozást a Helyi mappa mellett a Forrásvezérlő kezelőjének tetején. A Térkép párbeszédpanelen válassza ki a megfeleltetni kívánt helyi mappát, és jelölje be a Rekurzív jelölőnégyzetet, ha rekurzívvá szeretné tenni a leképezést az almappák között.
Az alábbi képernyőképek a munkaterület-optimalizálások alkalmazásának eredményeit mutatják be a Kiszolgálófán a Source Control Explorerben és a számítógépen található helyi fájlokon.
Ágak elkülönítése munkaterületekkel
Ha a szervezet ágakkal elkülöníti a kockázatokat a kódbázisban, létrehozhat egy külön munkaterületet minden olyan ághoz, amelyben dolgozik. A kis csapaton belül folytatja a munkát, de néhány munkaterületet használ a több ágban végzett munka kezeléséhez.
Példa:
Funkciók fejlesztése: Az alapértelmezett munkaterületet úgy módosítja, hogy az az
Extranet
ágon működjön, ahol részt vesz az ügyféloldali webhely fejlesztésében.Integrálás és stabilizálás: Két új munkaterületet hoz létre, hogy működjön az
Test
ágakban,Dev
ahol más fejlesztőkkel és tesztelőkkel együttműködve stabilizálhatja a kódot az integráció során.
A munkát három munkaterületen kezelheti, amelyek mindegyike leképezi a kiszolgáló egyik ágában lévő mappákat a fejlesztői gép mappáira.
Következő lépések
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: