Team Foundation Server Handledning
Komma igång med Team Foundation Server

Anmärkningar

Installation eller installation

Detaljerade instruktioner för att få tfs att installeras eller installeras.

Vad är TFS och hur lagras data i det?

Team Foundation Server (vanligtvis förkortat till TFS) är en Microsoft-produkt som tillhandahåller källkodshantering (antingen via Team Foundation Version Control eller Git), rapportering, kravhantering, projektledning (för både smidig programutveckling och vattenfallteam), automatiserade builds och labhantering, testning och släpphanteringsfunktioner. Det täcker hela applikationens livscykel. TFS kan användas som backend i flera integrerade utvecklingsmiljöer men är skräddarsydd för Microsoft Visual Studio och Eclipse.

Fördelar:

1. Team Foundation Server tillhandahåller en uppsättning samarbetsverktyg som fungerar med din befintliga IDE eller redaktör, så ditt team kan arbeta effektivt med mjukvaruprojekt i alla former och storlekar.
2. Lagra och samarbeta om kod med obegränsade privata förvar. Använd Git för distribuerad versionskontroll för att maximera samarbetet eller använda Team Foundation-versionskontroll (TFVC) för centraliserad versionskontroll.
3. Stöd för AGILE-metodik
4. Stöd för flera språk och IDE
5. Tillåter integration av tredjeparts plugin

TYPER TFS:

1. Uppkopplad
2. On-lokaler

Online stöds av Microsofts molnplattform, Windows Azure och det kräver ingen installation. En användare loggar in med ett Microsoft-konto för att börja ställa in sitt konto, skapa projekt och lägga till teammedlemmar. Nya funktioner som utvecklats under tre veckors utvecklingscykler läggs först till i onlineversionen. Dessa funktioner migrerar till den lokala versionen som uppdateringar, med ungefär tre månaders intervall.

Team Foundation Server lagrar alla ändringsuppsättningsdata i en SQL Server-databas. Den lagrar koden från den senaste ändringssatsen i sin helhet. Den lagrar sedan en diff till föregående version. En av fördelarna med att lagra allt i SQL Server är att det får "allt eller ingen" spara kapacitet som tillhandahålls av transaktioner. Arkitekturen för TFS är centraliserad. Detta betyder att all källkod bibehålls på en enda plats. I en centraliserad arkitektur kan själva TFS-servern betraktas som en enda fel, men med hög tillgängliga lösningar tillgängliga i operativsystemet Windows Server behöver detta inte vara så. På liknande sätt kan SQL Server-databasen som lagrar faktiska källkodbitar speglas på flera servrar. TFS-kontrollen har utformats för att integreras sömlöst med de senaste versionerna av Microsoft Visual Studio. Detta betyder dock inte att du inte kunde använda TFS-versionskontroll med andra mjukvaruutvecklingsprodukter. Funktionerna i TFS kan delas in i följande områden.  Grundläggande funktionalitet - kontrollera in och ut filer

Den grundläggande funktionaliteten i alla versionskontrollsystem inkluderar kontroll av in och ut fil. För att stödja samtidighet tillåter TFS flera utcheckningar av samma fil, men detta kan inaktiveras om behov skulle uppstå. Objekt kan också låsas exklusivt så att ingen annan kan checka in eller ut en fil medan den är låst. Om samtidiga utcheckningar är inaktiverade i gruppprojektinställningar, placeras ett lås automatiskt i filen vid utcheckningen. Grenning och sammanslagning kan betraktas som avancerade funktioner i TFS, men ändå är de mycket användbara. Huvudtanken med förgrening är att ta en uppsättning källkodfiler och skapa en distinkt version från dessa filer. Den grenade koden kan leva ett eget liv separat från de ursprungliga källfilerna. Om du till exempel utvecklar en generisk applikation men behöver skapa en specialiserad version för en viss kund kan du grena kundanpassningarna från huvudkällkontrollträdet ("trunk"). Om behovet uppstår senare kan du igen kombinera anpassningskoden med den ursprungliga källkontrollraden. Detta kallas sammanslagning. Allt i TFS (utom Active Directory-användarrättigheter versionskontroll) lagras i en central SQL Server-databas. Detta inkluderar gruppprojektinställningar, fildata, ändringsuppsättningar osv. Eftersom nästan allt finns på en central plats är det absolut nödvändigt att se till att du tar regelbundna säkerhetskopior av SQL-databas (erna) och har en katastrofåterställningsplan. För att förstå hur versionskontroll är integrerad i Microsoft Visual Studio, måste du vara medveten om tre separata fönster (eller rutor, beroende på din synvinkel): källkontrollutforskaren, Lösningsutforskaren och Väntande ändringar. När du har anslutit till en Team Foundation Server-instans kommer Solution Explorer att låta dig kolla in och kolla in filer direkt från fönstret genom att högerklicka på objekten. Men som standard sker en utcheckning helt enkelt när du börjar redigera en fil i Visual Studio. Om du till exempel öppnar en C # -källkodfil i redigeraren och börjar skriva, checkas filen ut. Detta är ofta det mest praktiska sättet att kolla in filer. Små ikoner som visas i fönstret Solution Explorer hjälper dig att skilja mellan låsta, utcheckade och tillagda filer osv. En blå låsikon indikerar att en fil ingår i källkontrollen men för närvarande inte är utcheckad. En röd bock markerar att filen har checkats ut och ett gult plustecken indikerar att en fil har lagts till i projektet. I TFS är en utcheckningsoperation och operationen för att få den senaste versionen separerade från varandra. I praktiken innebär detta att innan du checkar ut en fil, bör du köra ett "Get Latest" -kommando på den fil (er) du vill kolla in. Detta kan göras genom att helt enkelt högerklicka på ett objekt i Solution Explorer och välja menyalternativet Hämta senaste. Om du vill ändra detta standardbeteende kan du välja Microsoft Visual Studios menykommandot Verktyg / Alternativ och navigera till avsnittet Källkontroll / Visual Studio Team Foundation Server. Härifrån kan du hitta ett alternativ med namnet "Hämta den senaste versionen av artikeln vid utcheckning". Källkontrollfönstret låter dig få en mer helhetsvy av ditt versionskontrollträd. Nedan visas källkontrollutforskarens fönster (för närvarande frånkopplat).

För att öppna fönstret väljer du menykommandot Visa / Övrigt Windows / Källkontrollutforskare eller dubbelklickar på källkontrollnoden i Visual Studios Team Explorer-fönster. Fönstret Source Control Explorer låter dig visa och manipulera filer i ditt versionskontrollträd. Du kan utföra alla samma operationer genom detta fönster än du kan göra i Solution Explorer: du kan till exempel checka in och ut filer, byta namn på dem, ta bort dem och så vidare. Skillnaden är att med hjälp av fönstret Source Control Explorer behöver filerna du arbetar med inte ingå i ett Visual Studio-utvecklingsprojekt, till exempel ett C # -projekt. Till exempel kan du lägga till ett Excel-kalkylblad till versionskontrollen; detta är något du kanske inte vill göra genom Solution Explorer. När du arbetar med filer under versionskontroll och redigera, lägga till eller ta bort dem kommer Visual Studio inte omedelbart att göra ändringarna tillbaka till versionskontroll. Istället görs detta bara när du kontrollerar ändringarna i. Samtidigt lagras alla dina ändringar som standard i en väntande ändringslista, som kan ses i fönstret Väntande ändringar.

Fönstret Väntande ändringar visar en lista med filer som inte har checkats in. Fönstret indikerar också den begärda åtgärden (lägg till, redigera, radera eller byta namn). Vanligtvis gör du dina incheckningar genom det här fönstret, eftersom det enkelt låter dig checka in flera filer i en enda operation. Du kan också skriva en kommentar för att följa de incheckade filerna och du kan länka till ett Team Foundation Server-arbetsobjekt med filerna. Sammantaget bildar en eller flera källfiler, valfria kommentarer och sammanslutningar av arbetsobjekt en ändringssats. En ändringssats i TFS kontrolleras alltid atomiskt, vilket innebär att den kompletta uppsättningen antingen lyckas eller misslyckas med incheckningen. En ändringsuppsättning är associerad med ett unikt ID och kan senare ses till exempel genom fönstret Source Control Explorer. I TFS-versionskontroll är ett ändringsset ett väsentligt koncept eftersom det är den minsta uppsättning ändringar som systemet kan behandla. En ändringssats kan innehålla en enda fil eller en uppsättning filer. Dessutom är det grunden för rapportering, särskilt när den används tillsammans med arbetsobjekt.