| Azure DevOps Server | |
|---|---|
| Típusú | Verzióvezérlő rendszer |
| Fejlesztő | Microsoft |
| Beírva | C++ |
| Operációs rendszer | ablakok |
| Első kiadás | 2005 |
| legújabb verzió | (2019) |
| Állapot | Aktív fejlesztésben |
| Weboldal | azure.microsoft.com/en-u… |
Az Azure DevOps Server (korábban Team Foundation Server , rövidítés: TFS) a Microsoft Corporation terméke , amely egy átfogó megoldás, amely egyesíti a verziókezelő rendszert , az adatgyűjtést, a jelentéskészítést , a projektállapotok és -változások nyomon követését, és szoftveres projekteken való együttműködésre tervezték. fejlesztés . A termék az Azure DevOps Services felhőszolgáltatáshoz hasonló funkciójú önálló alkalmazásként érhető el (2019 előtt Visual Studio Team Services , VSTS néven) [1] .
A Team Foundation Server háromszintű architektúrán működik: ügyfélszinten , alkalmazásszinten és adatszinten . Az ügyfélréteget projektek létrehozására és kezelésére, valamint tárolt és kezelt projektelemek elérésére használják. Ezen a szinten a TFS nem tartalmaz felhasználói felületeket , de webszolgáltatásokat biztosít , amelyek segítségével az ügyfélalkalmazások integrálhatják magukat a TFS-funkciókba. Ezeket a webszolgáltatásokat olyan alkalmazások használják, mint a Visual Studio Team System , hogy a TFS-t háttértár-infrastruktúraként vagy dedikált TFS-alkalmazáskezelésként használják, például a mellékelt Team Foundation Client alkalmazást . Maguk a webszolgáltatások az alkalmazási rétegben találhatók . Az alkalmazási réteg egy webportált és a Windows SharePoint Services által támogatott dokumentációs tárat (lerakatot) is tartalmaz . A Team Project Portal nevű internetes portál a TFS által kezelt projektek együttműködési központjaként működik. A dokumentumtárat mind a projektelemekre, mind a revíziók nyomon követésére (változások dokumentálására), valamint adatgyűjtésre és -feldolgozásra, jelentések készítésére használják. Az elsősorban a telepített SQL Server 2005 Standard Edition -en alapuló adatréteg állandó adattárolási szolgáltatásokat biztosít a dokumentumtár számára. Az adatréteg és az alkalmazásszint különböző fizikai vagy virtuális kiszolgálókon létezhet Windows Server 2003 vagy újabb verzió használata esetén. Az adatréteg nem érintkezik közvetlenül az ügyfélréteggel , csak az alkalmazási rétegen keresztül .
A Team Foundation Serverben a legtöbb művelet „munkaelemekkel” történik. A munkaelemek az egymás után végzett munka külön egységei (lépései). Sok forrásban "hiba" (hiba) típusú elemekkel azonosítják őket olyan hibakövető rendszerekben , mint a Bugzilla , vagyis ebben az esetben a munkaelem Terület (társított terület), Iteráció (állapot), Assignee () mezőkkel rendelkezik. kapcsolódó), Jelentette (ki készítette), hogy jelezze a releváns információkat, előzményeket, csatolt fájlokat és sok más attribútumot. Maguk a munkaelemek többféle típusúak lehetnek, például Hiba , Feladat , Minőségi követelmény , Forgatókönyv stb. A Team Foundation Server egy adott projektjéhez választott keretrendszer határozza meg, hogy milyen típusú munkaelemek lesznek elérhetők, és az egyes típusok milyen attribútumokat kapnak. van. Ezeket az elemeket belsőleg XML formátumban tárolják , és sémájuk könnyen módosítható új attribútumok hozzáadásával a különböző elemekhez, vagy új elemek létrehozásához tervezési alapon. Minden munkaelem rendelkezik megfelelő vezérlési módszerekkel, amelyek meghatározzák, hogy mely elemek kinek érhetők el, és milyen műveleteket végezhet velük (megtekintés, szerkesztés, létrehozás, törlés stb.). Ez magában foglalja az értesítések használatát és a naplózás lehetőségét is, hogy nyomon követhesse az elem létrehozásának, elérésének vagy módosításának teljes folyamatának előzményeit (jogok határozzák meg), valamint bizonyos felhasználók további értesítését is előírja bizonyos események bekövetkeztekor.
Bármely Team Foundation Server egy vagy több Team Projectet tartalmaz, amelyek Visual Studio-alapú megoldásokból, Team Build és Team Load Test Agents konfigurációs fájlokból, valamint egyetlen SharePoint-alapú lerakatból állnak, amely a projekthez kapcsolódó dokumentációt tartalmazza. Az együttműködési projektek egyedi munkaelemeket, forráskód verziókat (ágakat), TFS által kezelt jelentéseket tartalmaznak. A TFS lehetővé teszi ezeknek a projekteknek a kezelését. Új projekt létrehozásakor olyan szoftverfejlesztési keretrendszert kell választani, amelyet később nem lehet megváltoztatni. A TFS számos leggyakoribb mintát tartalmaz, beleértve az agilis és formális fejlesztési technikákat is. A keretrendszer kiválasztása előre definiált elemekkel tölti meg a projektet, mint például szerepkörök és jogosultságok, valamint egyéb dokumentációk, például projektfejlesztési stratégia (projekt ütemterv), dokumentumsablonok, jelentéssablonok. Ezek az elemek munkaelemekhez rendelhetők. Egyes projektelemek állapota automatikusan frissíthető, amikor munkaelemek változnak. A TFS integrálható a Microsoft Excellel a projektelemek létrehozásához és nyomon követéséhez. Az elemek állapota ebben az esetben közvetlenül Excelben adható meg és szerkeszthető, a keletkező táblákat pedig a TFS tudja feldolgozni, amely a projekt kezelésének sajátosságait figyelembe véve importálja az adatokat. Emellett a Microsoft Projecttel is integrálható (például Microsoft Project 2003, de nem Project Server!), mint projektmenedzsment kliens. A projektelemek Excel dokumentumként exportálhatók további adatelemzés céljából.
Maga a TFS nem tartalmaz felhasználói felületet az ilyen feladatok végrehajtásához. Az ilyen képességeket az ügyfélalkalmazások, például a Visual Studio Team System (VSTS) fejlesztői környezet által használt webszolgáltatások biztosítják. A TFS azonban tartalmaz egy Team Foundation Client (TFC) alkalmazást, amely VSTS nélkül is használható ezeknek a feladatoknak a végrehajtására. A TFC a megfelelő webszolgáltatások hívását is kezeli. A TFS olyan ügyfél API-t biztosít, amelyet az ügyfélalkalmazások használhatnak a funkciók eléréséhez; maga az API kezeli a közbenső hivatkozásokat, hogy interakciókat hozzon létre a webszolgáltatásokkal, például az ügyféloldali gyorsítótárazást a várakozási idő és a többletterhelés csökkentése érdekében. A WSDL webszolgáltatás leírási nyelve akkor is támogatott , ha az alkalmazásnak közvetlenül kell hívnia a webszolgáltatásokat. Kiegészítőként a Visual Studio Team System Web Access elérhető hasonló célokra.
A Team Foundation Server egy Team Foundation Version Control (TFVC) nevű forrásvezérlő lerakat valósít meg. A Microsoft korábbi kódvezérlő megoldásától, a Visual SourceSafe -től (VSS) eltérően, amely fájltároló mechanizmuson alapult, a Team Foundation az összes kódot, valamint az összes kódmódosítás rekordját egy SQL Servert futtató adatbázisban tárolja. Olyan funkciók támogatottak, mint például a több egyidejű kijelentkezés ( vagyis több ember szerkesztheti ugyanazt a fájlt egy időben), konfliktusfeloldás, polcok (itt a tervezett változtatások sorozatának mentését értjük anélkül, hogy azokat verzióvezérlésre köteleznénk, stb. a felhasználók láthatják ezeket a készleteket, de nem érhetik el őket kifejezett engedély nélkül, elágazás és összevonás, valamint hozzáférési szintek (biztonság) beállításának lehetősége a forráskódfa bármely szintjén, valamint a legnyilvánvalóbb funkciók dokumentációs verziókészítés, zárolások, visszaállítások és atomi véglegesítések. A forráskód-vezérlő mechanizmus közvetlenül kapcsolódik a Team System munkaelemeihez; A bejelentkezés során (más néven "változtatási halmaz") a fejlesztő meghatározhatja a kódjának egy vagy több konkrét munkaelemhez való viszonyát, hogy jelezze, mely problémákat oldja meg a bejelentkezés. A TFS-adminisztrátorok olyan bejelentkezési házirendeket kényszeríthetnek ki, amelyek megfelelnek a kódelemzési követelményeknek, és érvényesíthetik az adott ellenőrzéshez társított munkaelemeket, vagy frissíthetik a kapcsolódó munkaelemek állapotát (például a hibát „javítottként” jelezhetik, amikor módosítják a kódot). kód, amely kijavítja ezt a hibát). A fájlok különálló változatai speciális címkékkel jelölhetők meg, és az azonos címkével ellátott összes fájl egy kiadási csoportot alkot. A VSS-től eltérően a TFS kódvezérlő tárház nem támogatja a rögzítést egy elemhez a forráskód-könyvtárstruktúra több helyéről, és nem támogatja egy elem "rögzítését" sem (vagyis nem támogatja a különböző hivatkozásokat ugyanahhoz a fájlhoz több könyvtárból a különböző helyeken. verziók, hogy elkerüljük a fájl további szerkesztését).
A TFVC a forráskód minden szintjén támogatja az elágazást , csakúgy, mint az egyes fájlok és könyvtárak esetében, mindegyik ág külön-külön támogatott. Több ág összevonható egybe a konfliktusok feloldásának sorrendjének (algoritmusának) jelzésével, ha ugyanazon fájl két ágának módosításait egyesíti, majd a program maga automatikusan egyezteti a különbségeket, vagy megjelöli manuális ellenőrzésre, ha nem tud megbirkózni. velük. Az összevonás az elágazás helyett a Changeset szinten is elvégezhető. A sikeres egyesítést a rendszer automatikusan megjelöli (kijelenti) a kódvezérlő lerakatban.
A TFVC képességei nem korlátozódnak a forráskódra, hanem a Windows SharePoint Services infrastruktúra beágyazásával támogatást nyújt a projektdokumentumok verzióinak könyvtárához, beleértve a projektterveket, követelményeket, projektspecifikus elemzéseket és egyebeket. A kódellenőrző tárban lévő összes dokumentum bármely munkaelemhez társítható, az ezekhez való hozzáférés pedig hozzáférési szabályzat (jogkorlátozás) bevezetésével szabályozható.
A jelentéskészítés a Team Foundation Server másik alapvető összetevője. Ezzel számos jelentést készíthet a munkaelemekről, a változáskészletekről, a Team Build által biztosított információkról és a tesztügynököktől származó teszteredmények kombinációja alapján. Például a kód időbeli változási sebessége, tesztesetek nélküli hibák listája, korábban átadott tesztek ismétlése stb. Az SQL Server Reporting Services szolgáltatással készített jelentések többféle formátumban exportálhatók, beleértve az Excel, XML , PDF és TIFF formátumokat is . A jelentések a Visual Studio használatával és a webportálon keresztül is megtekinthetők.
A TFS a naplózási keretrendszerét használja az adatgyűjtés automatizálására. A naplózó infrastruktúra nyomon követi és rögzíti a munkaelemek és a forráskód hozzáférésével és használatával kapcsolatos információkat, amelyeket aztán az elemző szolgáltatások felhasználhatnak a trendek azonosítására. Az adatszintű TFS egy felhalmozási adaptert tartalmaz, amely az alapul szolgáló normalizált adatbázisokból származó adatokat gyorsítótárazza az elemzéshez kényelmes formában - táblák vagy dimenziótáblák. Az SQL Server Analysis Services szolgáltatást ezután az adatok elemzésére használják, és jelentéseket készítenek. A jelentések több munkaelemet is lefedhetnek, beleértve a főbb hibákra vonatkozó utasításokat, a kódmódosításokat, az összeállítási utasításokat stb. Más elemző alkalmazások is használhatják a webszolgáltatások által közvetlenül biztosított adatokat.
A projekt alapjai alapján a TFS egy SharePoint webhelyet is létrehoz a projekt számára, amely segítségével nyomon követhető a projekt előrehaladása, nyomon követhető a munkaelemek és a projektkönyvtárban biztosított dokumentumok. Az oldalon megtekintheti a generált jelentéseket is. A TFS kommunikációs központként használható, vagyis az adott projekthez társított felhasználók használhatják a webhelyet kommunikációra vagy interakcióra egymással. A megjegyzések különféle elemekhez kapcsolhatók. A TFS minden projekthez a tulajdonságaitól függően előre meghatározott sablonokat használ, amelyeket a webhely létrehozásakor ad meg. Ezeket a sablonokat a TFS-rendszergazdák testreszabhatják (szerkeszthetik).
A TFS számos olyan szolgáltatáshoz nyújt támogatást, amelyek harmadik féltől származó alkalmazásokkal, például IDE -kkel és projektmenedzsment -rendszerekkel integrálhatók . Az összekapcsoló szolgáltatás lehetővé tette az elemek, például a hibaelem és a hozzá tartozó forráskód-verziók közötti laza csatolású kapcsolatok létrehozását. A biztonsági szolgáltatások lehetővé tették biztonsági csoportok létrehozását a felhasználók között, amelyekhez hozzáférési jogokat rendeltek. Az osztályozási szolgáltatás házirendek meghatározását biztosította az elemek automatikus besorolásához különféle kritériumok alapján, az eseményszolgáltatás pedig lehetővé tette bármely összetevő esemény és az eseményhez kapcsolódó értesítés aktiválását . Az értesítés történhet bizonyos információfolyamra való feliratkozással , e -mailben vagy más webszolgáltatások felhívásával.
A Team Build egy összeállítási kiszolgáló, amely a Team Foundation Server részét képezi, és amely szinte minden Visual Studio-t támogató gépre telepíthető. A Team Buildhez konfigurált gépeket a fejlesztők használhatják a kódvezérlésben használt szoftverek legtöbb legújabb verziójának összeállításához. Az egyes buildekről nyilvántartást vezetnek, függetlenül attól, hogy sikeresek-e vagy nem, így a fejlesztők és a build-adminisztrátorok nyomon követhetik a projekt előrehaladását. Ha a felépítés szekvenciálisan történik, akkor a forráskódban az utolsó sikeres build óta végrehajtott változtatásokat elemzi, és a munkaelemek frissítése némi előrelépést jelez. Például, ha egy tesztelő elindít egy munkaelemet, amely a 15-ös build egy adott hibáját kezeli, és a fejlesztő közvetlenül a 18-as build létrehozása előtt változtatásokat hajt végre, akkor a „hiba” elem olyan állapotra frissül, amely azt jelzi, hogy a hiba már megtörtént. rögzített. A tesztelő megerősítheti vagy cáfolhatja, hogy a hibát sikeresen kijavították.
A TeamBuildnek jelenleg két verziója létezik, amelyek mindegyike megfelel a telepített TFS-verziónak. Beállításuk azonban meglehetősen egyszerű.
A TFSBuild.proj a TeamBuild-et kezelő fájl. A Team Build nyelv hasonló az MSBuild nyelvhez .
| Projektmenedzsment szoftver | |
|---|---|
| Asztali | |
| Kliens - szerver |
|
| Webszolgáltatások | |
| Verzióvezérlő rendszerek ( kategória ) | |
|---|---|
| Csak helyi | |
| Kliens-szerver | |
| Megosztott | |