Zoeken…


Opmerkingen

Deze sectie geeft een overzicht van wat tfs is en waarom een ontwikkelaar het misschien wil gebruiken.

Het moet ook alle grote onderwerpen binnen de tf's vermelden en een link naar de gerelateerde onderwerpen bevatten. Aangezien de documentatie voor tfs nieuw is, moet u mogelijk eerste versies van die gerelateerde onderwerpen maken.

Installatie of instellingen

Gedetailleerde instructies voor het instellen of installeren van tfs.

Wat is TFS en hoe worden gegevens daarin opgeslagen?

Team Foundation Server (meestal afgekort tot TFS) is een Microsoft-product dat broncodebeheer (hetzij via Team Foundation Version Control of Git), rapportage, vereistenbeheer, projectbeheer (voor zowel agile softwareontwikkeling als watervalteams), geautomatiseerde builds en lab management, testen en release management mogelijkheden. Het beslaat de hele levenscyclus van applicaties. TFS kan worden gebruikt als back-end voor tal van geïntegreerde ontwikkelomgevingen, maar is afgestemd op Microsoft Visual Studio en Eclipse.

VOORDELEN:

  1. Team Foundation Server biedt een reeks samenwerkingstools die werken met uw bestaande IDE of editor, zodat uw team effectief kan werken aan softwareprojecten in alle soorten en maten.
  2. Bewaar en werk samen aan code met onbeperkte privérepository's. Gebruik Git voor gedistribueerde versiecontrole om de samenwerking te maximaliseren of gebruik Team Foundation versiebeheer (TFVC) voor gecentraliseerde versiecontrole.
  3. Ondersteuning voor AGILE-methodologie
  4. Ondersteuning voor meerdere talen en IDE
  5. Staat integratie van plug-ins van derden toe

SOORTEN TFS:

  1. Online
  2. On-premises

Online wordt ondersteund door het cloudplatform van Microsoft, Windows Azure en het vereist geen configuratie. Een gebruiker logt in met een Microsoft-account om te beginnen met het instellen van zijn account, het maken van projecten en het toevoegen van teamleden. Nieuwe functies ontwikkeld in ontwikkelingscycli van drie weken worden eerst aan de online versie toegevoegd. Deze functies migreren naar de lokale versie als updates, met tussenpozen van ongeveer drie maanden.

Team Foundation Server slaat alle gegevens van de wijzigingenset op in een SQL Server-database. Het slaat de code van de meest recente wijzigingenset in zijn geheel op. Het slaat dan een diff op naar de vorige versie. Een van de voordelen van het opslaan van alles in SQL Server is dat het de "alles of niets" -opslagcapaciteit krijgt die wordt geboden door transacties. De architectuur van TFS is gecentraliseerd. Dit betekent dat alle broncode op één locatie wordt onderhouden. In een gecentraliseerde architectuur kan de TFS-server zelf worden beschouwd als een enkel storingspunt, maar met oplossingen met hoge beschikbaarheid die beschikbaar zijn in het Windows Server-besturingssysteem, hoeft dit niet zo te zijn. Op dezelfde manier kan de SQL Server-database waarin de werkelijke broncodebits worden opgeslagen op meerdere servers worden gespiegeld. TFS-besturing is ontworpen om naadloos te integreren met de nieuwste versies van Microsoft Visual Studio. Dit betekent echter niet dat u TFS-versiebeheer niet kunt gebruiken met andere softwareontwikkelingsproducten. De functionaliteit in TFS kan worden onderverdeeld in de volgende gebieden.  Basisfunctionaliteit - bestanden in- en uitchecken  Vergrendelen - gelijktijdige bewerkingen beperken  Vertakken en samenvoegen - werken met verschillende versies van de broncode  Beveiliging - beslissen wie toegang heeft tot de versiebeheergegevens en hoe

De basisfunctionaliteit in elk versiebeheersysteem omvat het in- en uitchecken van bestanden. Om gelijktijdigheid te ondersteunen, staat TFS meerdere kassa's van hetzelfde bestand toe, maar dit kan worden uitgeschakeld als dat nodig is. Items kunnen ook exclusief worden vergrendeld, zodat niemand anders een bestand kan in- of uitchecken terwijl het is vergrendeld. Als gelijktijdig uitchecken in teamprojectinstellingen is uitgeschakeld, wordt bij het uitchecken automatisch een vergrendeling op het bestand geplaatst. Vertakken en samenvoegen kunnen worden beschouwd als geavanceerde functies in TFS, maar desalniettemin zijn ze zeer nuttig. Het belangrijkste idee van vertakking is om een set broncodebestanden te nemen en een andere versie van die bestanden te maken. De vertakte code kan een eigen leven leiden, los van de oorspronkelijke bronbestanden. Als u bijvoorbeeld een generieke toepassing ontwikkelt, maar een gespecialiseerde versie voor een bepaalde klant moet maken, kunt u de klantaanpassingen vertakken vanuit de hoofdbronbeheerboom (de "trunk"). Mocht dit later nodig zijn, dan kunt u de aanpassingscode opnieuw combineren met de oorspronkelijke bronbesturingsregel. Dit wordt samenvoegen genoemd. Alles in TFS (behalve Active Directory-gebruikersrechten versiebeheer) wordt opgeslagen in een centrale SQL Server-database. Dit omvat teamprojectinstellingen, bestandsgegevens, wijzigingensetdetails, enzovoort. Omdat bijna alles op een centrale locatie staat, is het noodzakelijk om ervoor te zorgen dat u regelmatig back-ups van de SQL-database (s) maakt en een noodherstelplan hebt. Om te begrijpen hoe versiebeheer is geïntegreerd in Microsoft Visual Studio, moet u op de hoogte zijn van drie afzonderlijke vensters (of vensters, afhankelijk van uw standpunt): de vensters Bronbeheer Explorer, Solution Explorer en Pending Changes. Wanneer u verbinding hebt gemaakt met een Team Foundation Server-exemplaar, kunt u met Solution Explorer bestanden rechtstreeks vanuit het venster uitchecken en inchecken door met de rechtermuisknop op de items te klikken. Standaard vindt het uitchecken echter gewoon plaats wanneer u een bestand in Visual Studio begint te bewerken. Als u bijvoorbeeld een C # -broncodebestand in de editor opent en begint te typen, wordt het bestand uitgecheckt. Dit is vaak de handigste manier om bestanden uit te checken. Kleine pictogrammen die worden weergegeven in het venster Solution Explorer helpen u onderscheid te maken tussen vergrendelde, uitgecheckte en toegevoegde bestanden, enzovoort. Een blauw slotpictogram geeft aan dat een bestand deel uitmaakt van bronbeheer maar momenteel niet is uitgecheckt. Een rood vinkje geeft aan dat het bestand is uitgecheckt en een geel plusteken geeft aan dat een bestand aan het project is toegevoegd. In TFS staan een uitcheckbewerking en de bewerking voor het ophalen van de nieuwste versie van elkaar gescheiden. In de praktijk betekent dit dat u voordat u een bestand uitcheckt, een opdracht "Laatste ophalen" moet uitvoeren op de bestanden die u wilt uitchecken. Dit kunt u doen door eenvoudig met de rechtermuisknop op een item in Solution Explorer te klikken en het menu-item Laatste ophalen te kiezen. Als u dit standaardgedrag wilt wijzigen, kunt u de menuopdracht Tools / Opties van Microsoft Visual Studio kiezen en naar de sectie Bronbeheer / Visual Studio Team Foundation Server navigeren. Vanaf hier vindt u een optie met de naam "Laatste versie van item ophalen bij uitchecken". Met het bronbesturingsvenster krijgt u een meer holistisch overzicht van uw versiebeheerstructuur. Hieronder ziet u het verkennervenster voor bronbeheer (momenteel niet verbonden).

Om het venster te openen, kiest u de menuopdracht View / Other Windows / Source Control Explorer of dubbelklikt u op het knooppunt Source Control in het venster Team Explorer van Visual Studio. In het venster Bronbeheerverkenner kunt u bestanden in uw versiebeheerboom bekijken en bewerken. Via dit venster kunt u allemaal dezelfde bewerkingen uitvoeren als in Solution Explorer: u kunt bijvoorbeeld bestanden in- en uitchecken, de naam ervan wijzigen, ze verwijderen, enzovoort. Het verschil is dat met behulp van het venster Bronbeheer Explorer de bestanden waarmee u werkt geen onderdeel hoeven te zijn van een Visual Studio-ontwikkelingsproject, zoals een C # -project. U kunt bijvoorbeeld een Excel-spreadsheet toevoegen aan versiebeheer; dit is iets dat u misschien niet wilt doen via Solution Explorer. Wanneer u met bestanden onder versiebeheer werkt en deze bewerkt, toevoegt of verwijdert, zal Visual Studio de wijzigingen niet onmiddellijk terugzetten naar versiebeheer. In plaats daarvan wordt dit alleen gedaan wanneer u de wijzigingen incheckt. In de tussentijd worden al uw wijzigingen standaard opgeslagen in een lijst met openstaande wijzigingen, die te zien is via het venster In afwachting van wijzigingen.

Het venster In afwachting van wijzigingen toont een lijst met bestanden die niet zijn ingecheckt. Het venster geeft ook de gevraagde bewerking (toevoegen, bewerken, verwijderen of hernoemen) aan. Gewoonlijk voert u uw check-ins uit via dit venster, omdat u hiermee gemakkelijk meerdere bestanden in een enkele bewerking kunt inchecken. U kunt ook een opmerking schrijven bij de ingecheckte bestanden en u kunt een koppeling maken naar een werkitem van Team Foundation Server met de bestanden. Over het algemeen vormen een of meer bronbestanden, optionele opmerkingen en werkitemkoppelingen gezamenlijk een wijzigingenset. Een wijzigingenset in TFS wordt altijd atomair ingecheckt, wat betekent dat de volledige set slaagt of mislukt bij het inchecken. Een wijzigingenset is gekoppeld aan een unieke ID en kan later worden bekeken, bijvoorbeeld via het venster Bronbeheer Explorer. In TFS-versiebeheer is een wijzigingenset een essentieel concept omdat dit de kleinste set wijzigingen is die het systeem kan verwerken. Een wijzigingenset kan een enkel bestand of een set bestanden bevatten. Bovendien vormt het de basis voor rapportage, vooral wanneer het samen met werkitems wordt gebruikt.



Modified text is an extract of the original Stack Overflow Documentation
Licentie onder CC BY-SA 3.0
Niet aangesloten bij Stack Overflow