Azure DevOps 서버

Azure DevOps Server
Azure DevOps 서버
개발자마이크로소프트
초기 릴리즈2005년, 17년 전(2005년)
안정된 릴리스
2020년 업데이트 1 / 2021년 8월 10일, 11개월 전(2021-08-10)[1]
운영 체제Microsoft Windows
유형응용 프로그램 라이프 사이클 관리
면허증.트라이얼웨어
웹 사이트azure.microsoft.com/en-us/services/devops/server/ Edit this on Wikidata

Azure DevOps Server(이전의 Team Foundation Server(TFS) 및 Visual Studio Team System(VSTS))는 버전 관리(TFVC(Team Foundation Version Control) 또는 Git), 보고서, 요건 관리, 프로젝트 관리(신속한 소프트웨어 개발 및 자동화된 빌드용)를 제공하는 마이크로소프트 제품입니다.및 릴리스 관리 기능을 제공합니다.애플리케이션 라이프 사이클 전체에 걸쳐 DevOps 기능을 [2]사용할 수 있습니다.Azure DevOps는 수많은 통합 개발 환경(IDE)의 백엔드로 사용할 수 있지만 모든 [3]플랫폼에서 Microsoft Visual Studio 및 Eclipse에 맞게 조정됩니다.

사내와 온라인의 비교

Azure DevOps는 사내("서버")와 온라인("서비스")의 두 가지 형태로 제공됩니다.후자의 폼은 Azure DevOps Services (2015년에 Visual Studio Team Services로 이름이 변경되기 전의 Visual Studio Online)라고 불립니다.클라우드 서비스는 Microsoft Azure 클라우드 플랫폼을 통해 지원됩니다.Azure DevOps의 온프레미스 버전과 동일한 코드를 사용하여 약간의 변경을 가하여 최신 기능을 구현합니다.사용자가 Microsoft 계정을 사용하여 환경을 설정하고 프로젝트를 만들고 팀원을 추가합니다.짧은 개발 주기 동안 개발된 새로운 기능이 먼저 클라우드 버전에 추가됩니다.이러한 기능은 업데이트로서 약 3개월 [4]간격으로 온프레미스 버전으로 이행됩니다.

아키텍처

서버 아키텍처

Azure DevOps는 확장성이 뛰어난 다계층 아키텍처를 기반으로 구축되었습니다.주요 구조는 로직 처리 및 웹 애플리케이션 포털(Team Web Access(TWA)) 유지보수를 담당하는 애플리케이션 계층으로 구성됩니다.Azure DevOps는 Windows Communication Foundation 웹 서비스를 사용하여 구축되었습니다.클라이언트 오브젝트모델이 권장되지만, 모든 클라이언트에서 사용할 수 있습니다.데이터 계층과 애플리케이션 계층은 동일한 머신 상에 존재할 수 있습니다.

확장성을 지원하기 위해 애플리케이션 계층을 로드 밸런싱하고 데이터 계층을 클러스터링할 수 있습니다.Microsoft SQL Server 2012 이상을 사용하는 경우 데이터의 [5]지리적 복제를 허용하는 AlwaysOn SQL Server 페일오버 클러스터 및 가용성 그룹이 지원됩니다.주 컨테이너는 프로젝트 컬렉션입니다.프로젝트 모음은 팀 프로젝트 그룹을 포함하는 데이터베이스입니다.프로젝트 컬렉션은 각 컬렉션을 서로 다른 SQL 서버 또는 SQL 서버 인스턴스에 배치할 수 있는 또 다른 확장성 메커니즘입니다.Azure DevOps 인스턴스별 'Oe' 구성 데이터베이스는 프로젝트 수집 메타데이터를 저장합니다.프로젝트 컬렉션 데이터베이스의 데이터는 웨어하우스 데이터베이스로 집약됩니다.그러면 Analysis Services 큐브에 로드하기 위해 데이터가 정규화되지 않습니다.웨어하우스와 큐브를 통해 복잡한 추세 보고 및 데이터 분석이 가능합니다.

Azure DevOps는 기존 쉐어포인트 팜과 통합할 수 있습니다.SQL Server Reporting Services는 데이터 웨어하우스 또는 Analysis Services 데이터 큐브에 대한 고급 보고서를 위해 지원됩니다.이러한 인스톨은, 같은 시스템 또는 다른 시스템에 실시할 수 있습니다.빌드 서버, 랩 관리 서버, 릴리스 관리 서버 및 프록시 서버(어플리케이션 계층의 부하를 일부 경감하기 위해), 테스트 머신 및 로드 테스트 머신을 [6]인프라스트럭처에 추가할 수도 있습니다.또한 Azure DevOps는 엔터프라이즈 프로젝트 스케줄링이 필요한 팀을 지원하기 위해 마이크로소프트 프로젝트 서버와 통합되어 엔터프라이즈 수준의 포트폴리오 관리, 리소스 관리 및 프로젝트 추적을 가능하게 합니다.

확장성

Microsoft는 Azure DevOps에 연결하기 위해 2개의 독립형 재배포 API를 제공합니다.하나는 Java SDK이고 다른 하나는 입니다.NET Framework SDK.이러한 API를 통해 클라이언트는 Azure DevOps에 접속할 수 있습니다.Azure DevOps는 서비스 지향 아키텍처를 기반으로 작성되기 때문에 웹 서비스를 호출할 수 있는 거의 모든 툴과 통신할 수 있습니다.확장 가능한 또 다른 메커니즘은 작업 항목이 변경되었거나 빌드가 완료되었다는 경고와 같은 시스템 경고를 구독하는 것입니다.사전 구성된 경고는 약 20개이며 팀은 필요에 [7]따라 추가 경보를 구성할 수 있습니다.확장 가능한 시나리오에서 이러한 경보를 사용하면 웹 서비스로 전송하여 작업 항목을 변경하거나 업데이트하는 작업(고급 비즈니스 규칙 구현 또는 주어진 시나리오에 따라 프로그래밍 방식으로 작업 항목을 생성하는 작업 등)을 트리거할 수 있습니다.

커스텀 데이터 웨어하우스 [8]어댑터를 생성하여 데이터 웨어하우스를 확장할 수도 있습니다.TFS 2012의 도입에 의해, Web Access Extensions라고 불리는 Team Web Access용의 커스텀 애드인을 작성할 수도 있습니다.

클라이언트

Azure DevOps는 Visual Studio 2010 이상, 마이크로소프트 테스트 매니저(MTM) 2012 및 2013을 지원합니다.Eclipse, 이전 버전의 Visual Studio 및 기타 환경은 Microsoft Source Code Control Integration Provider(MSSCCI Provider - "Miss-Key"[9]로 발음)를 사용하여 Azure DevOps에 연결할 수 있습니다.이러한 툴을 사용하면 Azure DevOps의 기능에 풀 액세스 할 수 있습니다.

Microsoft Excel 및 Microsoft Project도 지원되므로 작업 항목의 일괄 업데이트, 일괄 입력 및 대량 내보내기를 수행할 수 있습니다.Microsoft Project 를 사용하면, 방대한 소프트웨어 개발 수법에 준거한 작업을 스케줄 할 수 있습니다.Excel과 Project 모두 양방향 데이터 업데이트를 지원합니다.이를 통해 예를 들어 프로젝트 매니저는 Azure DevOps로 스케줄을 Import하여 개발자가 작업을 갱신하고 프로젝트 매니저가 추가 작업을 수행할 필요 없이 일정을 갱신할 수 있습니다.

또한 Microsoft PowerPoint는 Team Foundation Server 2012에서 Azure DevOps와 통합되어 신속한 스토리보드 개발을 통해 요구사항 관리 프로세스를 지원합니다.이 통합은 확장 가능한 스토리보드 모양을 제공하여 모든 유형의 인터페이스 목업을 구축할 수 있으며 PowerPoint의 내장 기능으로 애니메이션화할 수 있습니다.그런 다음 이러한 스토리보드를 작업 항목에 연결할 수 있습니다.

증가하는 팀의 지리적 분산에 대처하고, 그 프로세스의 조기 및 빈번히 관계자를 참여시키기 위해, Microsoft는 피드백 클라이언트를 [10]추가했습니다.이 툴을 사용하면, 유저는 애플리케이션을 연습해, 오디오나 비디오로 보고 있는 것에 주석을 달아, 화면을 캡쳐 해, 상황별 피드백을 개발 팀에 제공할 수 있습니다.이는 회의나 데모 세션 없이 사용자의 관점에서 응용 프로그램의 기능에 대한 구체적인 피드백을 제공합니다.Azure DevOps는 Unix 환경과 Windows 환경 모두에 대한 명령줄 도구도 제공합니다.TFS용 Power Tools에는 파일 또는 폴더를 마우스 오른쪽 버튼으로 클릭하여 파일 입출금, 파일 추가 및 기타 기본 작업을 수행할 수 있는 Windows 쉘 통합 기능이 포함되어 있습니다.

작업 항목

Azure DevOps의 중심에는 '작업 아이템'이 있습니다.작업 아이템은 달성해야 할 작업, 추적해야 할 위험, 테스트 케이스, 버그 등 사용자가 상상할 수 있는 거의 모든 것을 나타냅니다.작업 항목은 XML 문서를 통해 정의되며 [11]확장성이 높습니다.작업 항목은 이러한 정보와 다른 정보를 포함하는 프로세스 템플릿에 결합되어 개발 프레임워크를 제공합니다.Azure DevOps에는 Agile, Scrum 및 CMMI용 Microsoft Solutions Framework용 프로세스 템플릿이 포함되어 있습니다.팀에서는 빌트인 템플릿 또는 서드파티에 의해 작성된 다수의 템플릿 중 하나를 사용할 수 있습니다.프로세스 템플릿은 전원 [12]도구의 일부인 프로세스 템플릿 편집기를 사용하여 사용자 정의할 수 있습니다.

작업 항목은 서로 다른 관계를 사용하여 서로 연결하여 작업 항목의 계층 트리를 만들거나 작업 항목 간의 평평한 관계를 만들 수 있습니다.작업 항목은 웹 페이지, 파일 공유에 있는 문서 또는 SharePoint와 같은 다른 저장소에 저장된 문서와 같은 외부 아티팩트에도 연결할 수 있습니다.작업 항목은 소스 코드, 빌드 결과, 테스트 결과 및 소스 제어 항목의 특정 버전에 링크할 수도 있습니다.

작업 항목 시스템의 유연성 덕분에 Azure DevOps는 요건 관리부터 버그 추적, 리스크 및 문제 추적, 리뷰 결과 기록까지 다양한 역할을 수행할 수 있습니다.확장 가능한 링크 기능을 통해 요건에서 소스코드, 테스트 사례 및 결과까지 추적 기능을 구현하고 변경 내용을 감사 목적으로 보고할 수 있습니다.

소스 제어

Azure DevOps는 Team Foundation Version Control(TFVC)이라는 오리지널 소스 제어 엔진과 TFS 2013 출시와 함께 핵심 소스 제어 저장소로 Git을 지원합니다.

Team Foundation 버전 관리

TFVC는 [13]팀이 저장소에 모든 유형의 아티팩트를 저장할 수 있도록 하는 중앙 집중식 버전 관리 시스템입니다.TFVC는 클라이언트 도구를 사용할 때 Server Workspaces와 Local Workspaces라는 [14]두 가지 유형의 워크스페이스를 지원합니다.서버 워크스페이스를 사용하면 개발자는 체크아웃을 위해 파일을 잠그고 다른 개발자에게 파일을 편집하고 있음을 알릴 수 있습니다.이 모델에서 자주 발생하는 불만 사항은 개발 시스템의 파일이 읽기 전용으로 표시된다는 것입니다.또, 서버에 접속할 수 없는 경우, 개발자는 「오프라인」으로 할 필요가 있습니다.로컬 워크스페이스는 이러한 문제를 피하기 위해 설계되었습니다.로컬 워크스페이스 시나리오에서 파일은 읽기 전용이 아니므로 파일을 작업하기 전에 체크 아웃할 필요가 없습니다.파일이 개발자의 로컬 머신에 있는 한 서버가 연결되어 있는지 여부는 중요하지 않습니다.충돌은 체크인 시 처리됩니다.

원격 클라이언트의 성능을 향상시키기 위해 Azure DevOps에는 프록시 [15]서버를 설치하는 기능이 포함되어 있습니다.프록시 서버를 사용하면 소스 제어 콘텐츠를 개발자와 가까운 사이트에 캐시하여 네트워크 트립이 길어지고 관련 지연이 발생하지 않도록 할 수 있습니다.체크인은 여전히 Azure DevOps 애플리케이션 계층에 대해 직접 실행되므로 Proxy Server는 읽기 시나리오에서 가장 유용합니다.

소스 제어 엔진의 일부로서 Azure DevOps는 개발자가 체크 인된 코드가 설정 가능한 규칙을 따르도록 지원하는 여러 기능을 지원합니다.이 규칙 엔진을 체크인 정책이라고 합니다.Changeset Comments Policy 등의 기본 정책은 개발자가 체크인 코멘트를 입력하지 않는 한 체크인을 허용하지 않습니다.이러한 정책은 확장 가능하며 체크인되는 코드의 모든 측면, 주석 및 관련 작업 항목을 검사하는 데 사용할 수 있습니다.Azure DevOps는 독립적으로 사용할 경우 FxCop으로 알려진 코드 분석 기능도 지원합니다.Azure DevOps에 포함된다는 것은 서버에 체크된 코드와 자동 빌드 중에 분석을 실행할 수 있음을 의미합니다.

Visual Studio Code용 Azure Reposit 확장은 TFVC를 [16]지원합니다.

Git

TFS 2013의 출시와 함께 마이크로소프트는 Git에 대한 네이티브 지원을 추가했습니다.이는 Microsoft 고유의 구현이 아니라 libgit2[17] 라이브러리를 기반으로 한 표준 구현입니다.이것은 인기 있는 GitHub에 전원을 공급하는 라이브러리와 같은 라이브러리이며 코드는 GitHub에서 자유롭게 사용할 수 있습니다.Microsoft가 표준 라이브러리를 사용하는 접근방식을 취했기 때문에 Git 클라이언트는 Azure DevOps에서 네이티브로 사용할 수 있게 되었습니다(즉, 개발자는 자신이 좋아하는 툴을 사용할 수 있고 표준 Azure DevOps 클라이언트를 설치하지 않습니다).이를 통해 Git을 지원하는 모든 플랫폼 및 IDE 상의 툴이 Azure DevOps에 접속할 수 있습니다.예를 들어 Xcode와 Android Studio 모두 Git 플러그인을 지원합니다.또한 개발자가 Eclipse용 Microsoft Team Explorer Everywhere 플러그인을 사용하지 않으려면 eGit을[18] 사용하여 Azure DevOps에 연결할 수 있습니다.

Git을 사용한다고 해서 Azure DevOps 작업 아이템이나 빌드 시스템을 사용하는 이점이 배제되는 것은 아닙니다.Git로 코드를 체크인 할 때 체크인 코멘트에서 작업 항목 ID를 참조하면 해당 작업 항목과 체크인이 연관됩니다.마찬가지로 Team Build는 Git 프로젝트도 구축할 것입니다.

Azure DevOps를 Git 저장소로 사용하는 주요 이유 중 하나는 SQL Server에서 지원되며 Team Foundation Version Control(TFVC)과 동일한 보호 기능을 제공한다는 것입니다.이를 통해 개발자는 자신에게 가장 적합한 프로젝트 유형 및 작업 스타일을 선택할 수 있습니다.

리포트

리포팅은 2005년 첫 출시 이후 Azure DevOps의 핵심 컴포넌트입니다.보고서 인프라는 관계형 데이터베이스인 데이터[19] 웨어하우스(Tfs_Warehouse)와 SQL Server Analysis Services 데이터 [20]큐브로 구성됩니다.이 옵션이 설치된 경우 SQL Server Reporting Services를 통해 보고할 수 있습니다.이들은 표준 데이터베이스 및 큐브 구조이므로 이러한 데이터 원본을 가리킬 수 있는 모든 도구가 이러한 구조에서 보고할 수 있습니다.여기에는 Cognos, Tableau, Excel 및 기타 보고서 작성 도구 등이 포함됩니다.기본 제공 프로세스 템플릿에는 빌드 정보, 테스트 결과 및 진행 상황, 프로젝트 관리, 신속한 변화를 위한 보고서(백로그 개요, 릴리스 번다운, 스프린트 번다운 및 속도), 버그 및 문제 데이터에 대한 보고서 세트가 포함되어 있습니다.SSRS용 Report Builder를 사용하여 새 보고서를 생성할 수 있으며 기존 보고서를 수정할 수 있습니다.

부하 테스트 결과에 대해 보다 전문적인 보고서를 사용할 수 있습니다.이 데이터는 Visual Studio에서 직접 사용할 수 있으며 Excel로 내보내서 자세한 분석을 할 수 있습니다.

TFS 2013에서는 웨어하우스나 큐브에 의존하지 않고 쿼리 결과를 기반으로 실시간 보고서를 작성할 수 있는 "경량 보고서"라는 새로운 기능이 도입되었습니다.TFS 2012(2013년까지 계속)는 Team Web Access 내에서 직접 실시간 연소, 속도 및 CFD 다이어그램을 제공합니다.

팀 구성

Team Build(TFS 2015 이전)는 Team Foundation Server에 포함된 빌드 서버 애플리케이션입니다.MSBuild와 Windows Workflow Foundation이라는 두 가지 구성요소가 팀 빌드를 구성합니다.MSBuild는 Apache Ant와 유사한 선언형 XML 언어입니다.WF는 TFS 2010부터 빌드 프로세스에 추가되었습니다. 그 이전에는 MSBuild만 사용 가능했습니다.빌드 기능은 Azure DevOps의 후속 릴리즈에 따라 지속적으로 발전해 왔습니다.TFS 2010 및 2012에서는 WF 템플릿(Extensible Application Markup Language) 파일이 소스 제어에 저장되었으며 소스 제어에서 직접 편집 및 버전 관리가 가능했습니다.TFS 2013에서는 이러한 파일이 제거되어 혼란을 제거하고 빌드 프로세스를 간소화했습니다.필요에 따라 WF 템플릿을 다운로드, 편집 및 소스 제어에 저장할 수 있으며 TFS 2013은 기존 TFS 2010 또는 2012 빌드 프로세스 템플릿을 파괴하지 않습니다.TFS 2013에서 Git의 지원을 통해 Team Build는 TFVC 프로젝트뿐만 아니라 Git 프로젝트의 자동 구축이 가능하도록 개선되었습니다.

Windows Workflow는 빌드 프로세스의 전체적인 흐름을 제어하며,[21] Azure DevOps에는 빌드 중에 수행되는 일반적인 작업을 관리하기 위한 많은 사전 빌드 워크플로우 작업이 포함되어 있습니다.MSBuild는 .proj(C# 프로젝트의 경우 csproj, Visual Basic 프로젝트의 경우 vbproj) 파일에 있는 마크업 언어입니다.빌드 시스템은 사용자가 직접 워크플로우 활동을 생성할 수 있고 MSBuild를 프로세스에 주입하고 외부 프로세스를 실행할 수 있어 확장 가능합니다.빌드의 워크플로우 특성으로 인해 유연성이 제한되지 않지만 이러한 유연성을 실현하려면 약간의 작업이 필요할 수 있습니다.공유[22] 소스 프로젝트와 오픈 소스 프로젝트는 팀 빌드의 기능을 강화하기 위한 커뮤니티 지원 활동을 구축하기 위해 시작되었습니다.

빌드 프로세스는 예약된 빌드, 지속적인 통합, 게이트 체크인 및 롤링 빌드 등 다양한 유형의 빌드에 대해 구성할 수 있습니다.게이트 체크인 빌드는 개발자가 체크인하는 코드를 셸핑하여 서버 코드에 대해 "최신 정보 가져오기"를 수행하고 빌드를 수행합니다.빌드가 성공하면 코드를 제출한 개발자 대신 코드가 체크인됩니다.빌드에 실패하면 개발자에게 통지되며 다른 체크인을 시도하기 전에 코드를 수정할 수 있습니다.

빌드에는 유지 정책이 있어 필요하지 않을 때 누적되지 않습니다(또는 저장된 출력을 생성하지 않도록 빌드를 지정할 수 있습니다). 또는 빌드 출력을 영원히 잠그고 저장할 수 있습니다.TFS 2013의 새로운 기능은 빌드 결과를 소스 제어에 체크인하는 기능입니다.이는 빌드를 배치할 드롭 장소가 없는 Azure DevOps Services에서 자동화된 빌드를 지원하기 위해 필요한 확장 기능입니다.온프레미스 버전에서는 액세스 가능한 공유 폴더 위치에 도달하도록 출력을 설정할 수 있습니다.

또한 Azure DevOps의 빌드 프로세스는 팀 빌드가 Azure DevOps에 생성 및 저장된 많은 아티팩트를 하나로 묶는 추적 메커니즘의 일부입니다.개발자가 체크인 시 소스 코드를 작업 항목과 관련짓는 경우, 팀 빌드는 각 빌드의 변경(소스 코드 변경과 작업 항목 변경, 테스트 결과 모두)을 보고할 수 있습니다(유닛 테스트 결과 및 자동 기능 테스트(코드화 완료) 포함).UI) 결과).버그와 PBI가 해결되어 빌드로 통합되면 이러한 아티팩트를 추적하는 작업 항목이 자동으로 업데이트되어 어느 빌드에서 정상적으로 통합되었는지 표시됩니다.그런 다음 테스트 툴과 조합하여 각 빌드에서 변경된 코드뿐만 아니라 빌드 간에 변경된 버그, PBI 및 기타 작업도 통합적으로 파악할 수 있습니다.

처음에 Microsoft는 TFS 2015에서 Visual Studio Team Services(VSTS)를 통해 크로스 플랫폼 친화적인 Node.js 애플리케이션을 기반으로 빌드 엔진의 아키텍처를 재창조했습니다.현재 Windows, Mac 및 Linux 빌드 에이전트가 지원됩니다.Azure DevOps는 Microsoft Azure에서 [23]빌드 호스팅을 통해 유연한 빌드 기능을 제공합니다.

릴리스 관리

2013년 중반에 Microsoft는 InCycle [24]Software에서 InRelease라는 제품을 구입했습니다.InRelease는 Team Foundation Server 2013에 완전히 통합되었습니다.이 기능은 진정한 연속적인 도입 솔루션을 가능하게 함으로써 자동화된 빌드 및 테스트 프로세스를 보완했습니다.이 툴은 TFS 2013용으로 "릴리스 관리"라는 브랜드로 변경되었습니다.릴리스 관리 기능을 통해 팀은 (Windows Workflow Foundation이 제공하는) 관리된 워크플로우 기반 릴리스를 개발, 테스트 및 운영 환경에 실행할 수 있으며 하나 이상의 릴리스 진행 상황을 모니터링하기 위한 대시보드를 제공합니다.

Microsoft는 2015년 업데이트 2에서 변경된 새로운 내용으로 Visual Studio Team Services 및 사내 버전의 TFS를 위한 릴리스 관리를 재구축했습니다.새로운 버전의 릴리스 관리는 클라이언트와 웹 브라우저를 활용하고 Team Foundation Build와 동일한 에이전트 아키텍처를 사용합니다.Release Management는 Azure DevOps의 DevOps 기능을 지원합니다.

역사

이 Team Foundation Server의 첫 번째 [25]버전은 2006년 3월 17일에 출시되었습니다.

상품명 형태 발매년도 버전 번호
Team Foundation Server 2005 사내에서 2006 8
Team Foundation Server 2008 사내에서 2008 9
Team Foundation Server 2010[28] 사내에서 2010 10
Team Foundation 서비스 미리보기 구름 2012
Team Foundation Server 2012 사내에서 2012 11
Visual Studio[29] 온라인 구름 2013
Team Foundation Server 2013 사내에서 2013 12
Team Foundation Server 2015 사내에서 2015 14
Visual Studio 팀 서비스 구름 2015
Team Foundation Server 2017 사내에서 2017 15
Team Foundation Server 2018 사내에서 2017 16
Azure DevOps[30] 서비스 구름 2018
Azure DevOps Server 2019[31] 사내에서 2019 17
Azure DevOps Server 2020 사내에서 2020 18

「 」를 참조해 주세요.

레퍼런스

  1. ^ "Azure DevOps Server 2020". Microsoft Docs. Retrieved 2021-08-10.
  2. ^ "Application Lifecycle Management with Visual Studio and Team Foundation Server". MSDN. Microsoft. 2013. Retrieved 2013-10-15.
  3. ^ "Adopting Team Explorer Everywhere". MSDN. Microsoft. Retrieved 26 May 2017.
  4. ^ "New Release 'Cadence' Begins with Visual Studio 2012 Update 2". 1105 Media. 2013. Retrieved 2013-10-15.
  5. ^ "Availability Enhancements (Database Engine)". Microsoft. 2012. Retrieved 2013-10-17.
  6. ^ "Team Foundation Server Architecture". Microsoft. 2012. Retrieved 2013-10-17.
  7. ^ "Set alerts, get notified when changes occur". Microsoft. 2013. Retrieved 2013-10-17.
  8. ^ "How to create an adapter". Microsoft. 2008. Retrieved 2013-10-17.
  9. ^ "Microsoft Visual Studio Team Foundation Server 2012 MSSCCI Provider". Microsoft. 2012. Retrieved 2013-10-17.
  10. ^ "Request and review feedback". Microsoft. 2012. Retrieved 2013-10-17.
  11. ^ "How to customize TFS 2010 work items and workflows". Ted Gustaf. 2010. Retrieved 2013-10-17.
  12. ^ "Microsoft Visual Studio Team Foundation Server 2013 Power Tools". Microsoft. 2013. Retrieved 2013-10-17.
  13. ^ "Team Foundation Version Control (TFVC)". Azure DevOps. Microsoft Docs. Retrieved 2019-09-23.
  14. ^ "Server workspaces vs. local workspaces". Phil Kelley. 2013. Retrieved 2013-10-17.
  15. ^ "How to: Install Team Foundation Proxy and set up a remote site". Microsoft. 2013. Retrieved 2013-10-17.
  16. ^ "Team Foundation Version Control (TFVC) Support". Azure Repos Extension for Visual Studio Code. GitHub. Retrieved 2019-09-23.
  17. ^ "GitHub libgit2/libgit2". GitHub. 2013. Retrieved 2013-10-31.
  18. ^ "EGit". Eclipse. 2013. Retrieved 2013-10-31.
  19. ^ "Components of the TFS data warehouse". Microsoft. 2013. Retrieved 2013-10-17.
  20. ^ "Perspectives and measure groups provided in the Analysis Services cube for Team System". Microsoft. 2013. Retrieved 2013-10-17.
  21. ^ "Team Foundation Build Activities". Microsoft. 2013. Retrieved 2013-10-17.
  22. ^ "Community TFS Build Extensions". Codeplex. 2013. Retrieved 2013-10-17.
  23. ^ "Microsoft Azure - Portal". Microsoft. 2016. Retrieved 2016-05-17.
  24. ^ "Microsoft acquires InRelease, adding continuous deployment to Visual Studio, Team Foundation Server". The Next Web. 2013. Retrieved 2013-11-15.
  25. ^ Taft, Darryl K. (March 16, 2006). "Microsoft Announces Release of Team Foundation Server". Development. eWeek. Ziff Davis. Retrieved 2019-10-13.
  26. ^ kexugit. "What version of Team Foundation Server do I have?". docs.microsoft.com. Retrieved 2020-08-26.
  27. ^ "Azure DevOps Feature Timeline". docs.microsoft.com. Retrieved 2021-02-15.
  28. ^ "Microsoft Unveils Next Version of Visual Studio and .NET Framework". Company News. Microsoft. September 29, 2008. Retrieved 2019-10-13.
  29. ^ Bright, Peter (November 12, 2013). "Microsoft takes development into the cloud with Visual Studio Online". Information Technology. Ars Technica. Condé Nast. Retrieved 2019-10-13.
  30. ^ Cool, Jamie (September 10, 2018). "Introducing Azure DevOps". Blog. Microsoft Azure. Microsoft. Retrieved 2019-10-13.
  31. ^ Mackie, Kurt (March 5, 2019). "Now available: Azure DevOps Server 2019". Blog. Microsoft Azure. Microsoft. Retrieved 2019-10-13.

외부 링크