Delen via


Uw werkruimte optimaliseren

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Als uw team een grote en complexe codebasis heeft, kunt u uw werkruimte optimaliseren om alleen de bestanden te bevatten die u nodig hebt. Het optimaliseren van uw werkruimte verbetert de prestaties, vermindert het netwerkverkeer en vermindert de schijfruimte die nodig is op uw ontwikkelcomputer.

Notitie

Vertakkingen en onderbreken of rekken zijn de voorkeurs manieren om verschillende werkinspanningen te isoleren tegen dezelfde codebasis. Als geen van deze benaderingen echter aan uw behoeften voldoet, kunt u dezelfde servermap toewijzen in meer dan één werkruimte. In de meeste gevallen hoeft u dit niet te doen.

Als u dezelfde servermap in meerdere werkruimten toe wijzen, moet u er rekening mee houden dat u afzonderlijke en verschillende wijzigingen in behandeling kunt hebben in hetzelfde bestand dat in elke werkruimte is opgeslagen.

Mapnamen optimaliseren

Als u nog geen vertakkingen gebruikt, plaatst u al uw code in een submap met de naam Main op uw server, bijvoorbeeld: $/TFVCTeamProject/Main/. U bent dan klaar wanneer uw team groot genoeg wordt om vertakkingen te vereisen voor het beheren van de codebasis. Op uw ontwikkelcomputer moet u een kort, begrijpelijk mappad gebruiken dat overeenkomt met uw projectstructuur, zoals C:\Users\YourName>\<Source\Workspaces\TFVCTeamProject\Main\SolutionName.

Enkele tips voor effectieve mapnamen:

  • Bewaar alle mappen, submappen en bestandsnamen kort om uw werk te vereenvoudigen en potentiële problemen met lange paden te voorkomen die kunnen optreden bij bepaalde typen codeprojecten.

  • Vermijd witruimte in bestands- en mapnamen om opdrachtregelbewerkingen gemakkelijker uit te voeren.

Uw werkruimte optimaliseren

Als de codebasis van uw team groot is, kunt u tijd, netwerkbandbreedte en lokale schijfruimte vermijden door de toewijzingen van uw werkruimtemappen te optimaliseren. U kunt expliciete, impliciete, gekmantelde en niet-recursieve maptoewijzingen gebruiken om eenvoudig en snel een bruikbare werkruimte te maken.

Wanneer u een map toewijst aan uw werkruimte, moet u ervoor zorgen dat u een map kiest die hoog genoeg is in de codestructuur, zodat u alle bestanden krijgt die u nodig hebt om een lokale build te maken, maar laag genoeg dat u niet meer bestanden krijgt dan u nodig hebt. In de volgende voorbeeldwerkruimte kunt u gewoon $/SiteApp/ toewijzen aan c:\code\SiteApp\. Een eenvoudige werkruimte zoals deze zou impliciet alle mappen in $/SiteApp/Main/ toewijzen aan uw werkruimte, inclusief de bestanden die u nodig hebt.

Het belangrijkste probleem met deze aanpak is dat het u veel bestanden biedt die u niet nodig hebt en dus tijd en resources verspilt. Als u bijvoorbeeld geen aangepaste buildprocessen ontwikkelt, hebt u $/SiteApp/BuildProcessTemplates/niet nodig.

Na verloop van tijd verwacht u dat uw teamcodebase groeit en u niet automatisch elke nieuwe code wilt downloaden die is toegevoegd aan $/SiteApp/Main/. Naarmate teams die in andere mappen werken, deze bestanden wijzigen, kunt u, wanneer u de meest recente bestanden van de server krijgt, lange vertragingen oplopen die wachten op updates voor bestanden die u niet nodig hebt.

U kunt uw werkruimte optimaliseren om meer op maat gemaakte maptoewijzingen te maken.

  1. Selecteer in Visual Studio Source Control Explorer de vervolgkeuzepijl naast Werkruimten en selecteer Werkruimten.

  2. Selecteer in het dialoogvenster Werkruimten beheren de werkruimte die u wilt optimaliseren en selecteer vervolgens Bewerken.

  3. Bewerk de toewijzingen van de werkruimte in het dialoogvenster Werkruimte bewerken.

    Schermopname van het bewerken van een werkruimte in het dialoogvenster Werkruimte bewerken.

  4. Als u bijvoorbeeld uw code wilt ontwikkelen, hebt u codeprojecten van het DinnerNow-project nodig. In plaats van expliciet elk codeproject in de oplossing op te halen, zoals $/Fabrikam TFVC/DinnerNow/feature3, kunt u $/Fabrikam TFVC/DinnerNow toewijzen en dus impliciet alle submappen toewijzen die de codeprojecten bevatten die u nodig hebt.

  5. U hebt de bestanden niet nodig in $/Fabrikam TFVC/DinnerNow/feature1 of $/Fabrikam TFVC/DinnerNow/feature2, maar omdat ze impliciet zijn toegewezen, kunt u twee cloaked toewijzingen gebruiken om deze mappen uit te sluiten van uw werkruimte.

  6. Uw team onderhoudt en verbetert soms een aantal fundamentele bibliotheken. U hebt bijna alle huidige bibliotheken in deze map nodig en verwacht dat u bibliotheken nodig hebt die uw team daar in de toekomst toevoegt, dus u wijst $/Fabrikam TFVC/Main/toe.

  7. U hebt slechts een klein segment van een grote map nodig, $/Fabrikam TFVC/Main/ClassLibrary, dus u wijst deze toe als gemanteld en wijst vervolgens expliciet alleen de submap toe die u nodig hebt, $/Fabrikam TFVC/Main/ClassLibrary1.

  8. U hebt enkele bestanden direct in ClassLibrary1 nodig, maar u hebt de inhoud van de submappen niet nodig, dus u past een niet-recursieve toewijzing toe op de map $/Fabrikam TFVC/Main/ClassLibrary1/ .

U kunt ook mappen toewijzen aan werkruimten door met de rechtermuisknop op een niet-toegewezen vertakking of map in Broncodebeheerverkenner te klikken en Geavanceerde>toewijzing naar lokale map te selecteren. Of selecteer de koppeling Niet toegewezen naast de lokale map boven aan Broncodebeheerverkenner. Selecteer in het dialoogvenster Toewijzen een lokale map waarnaar u wilt toewijzen en schakel het recursieve selectievakje in als u de toewijzing recursief wilt maken in submappen.

In de volgende schermopnamen ziet u de resultaten van het toepassen van deze werkruimteoptimalisaties op de serverstructuur in Source Control Explorer en op de lokale bestanden op uw computer.

Schermopnamen met de effecten van maptoewijzingen.

Werkruimten gebruiken om vertakkingen te isoleren

Als uw organisatie vertakkingen gebruikt om risico's in uw codebasis te isoleren, kunt u een afzonderlijke werkruimte maken voor elke vertakking waarin u werkt. U gaat door met uw werk binnen uw kleine team, maar u gebruikt een paar werkruimten om het werk te beheren dat u in meerdere vertakkingen doet.

Voorbeeld:

Diagram met meerdere vertakkingen.

  • Functies ontwikkelen: U wijzigt uw standaardwerkruimte om in de Extranet vertakking te werken, waar u deelneemt aan de ontwikkeling van de klantgerichte website.

  • Integreren en stabiliseren: u maakt twee nieuwe werkruimten om te werken in de Test en Dev vertakkingen, waar u samenwerkt met andere ontwikkelaars en testers om de code tijdens de integratie te stabiliseren.

U beheert uw werk in drie werkruimten, die elk mappen in een vertakking op de server toewijzen aan de mappen op uw ontwikkelcomputer.

Diagram van het toewijzen van vertakkingen aan mappen.

Volgende stappen

Een effectieve vertakkingsstrategie selecteren