このページのコンテンツ
概要
Across full lifecycle
Only SCM
Additional cost for private
Additional cost for private
Azure Container Registry
Azure Monitor
Azure Security Center
Azure Security Center
Azure Security Center
Azure Security Center
Azure Security Center
要約
On September 10, 2018 Microsoft renamed VSTS to Azure DevOps and by Q1 2019 will rename TFS to Azure DevOps Server, and upgrade both with the same new user interface.
Azure DevOps (VSTS) is a hosted cloud offering, and Azure DevOps Server (TFS), is an on-premises version. Both offer functionality that cover multiple stages of the DevOps lifecycle including planning tools, source code management (SCM), and CI/CD. However, first development focus will be to Azure DevOps (SaaS). Their project manager shared that they are releasing on a 3-4 week pace. This seems evident based on their published roadmap. The same project manager also shared that Azure DevOps Server (TFS) will be 3-4 months behind on adopting new features (also evident by their published roadmap). They are both from the same code base.
As part of their SCM functionality, both platforms offer two methods of version control.
-
Git (distributed) - each developer has a copy on their dev machine of the source repository including all branch and history information.
-
Team Foundation Version Control (TFVC), a centralized, client-server system - developers have only one version of each file on their dev machines. Historical data is maintained only on the server.
Microsoft recommends customers use Git for version control unless there is a specific need for centralized version control features. https://docs.microsoft.com/en-us/vsts/tfvc/comparison-git-tfvc
This is noteworthy given that in June of 2018 Microsoft purchased GitHub, the Internets largest online code repository. This deal closed Oct 26th, 2018.
Breakdown
Because the Azure DevOps suite is so wide, similar to GitLab, a breakdown can be helpful in understanding what we're dealing with. Go to this breakdown page for more details.
Additionally, the competitive landscape section of the Continuous Integration category page contains a detailed feature-by-feature breakdown of how we compare to GitHub and Azure DevOps for CI/CD.
リソース
- Azure DevOps
- Azure DevOps announcement blog
- Visual Studio Team Services
- Team Foundation Server
- Azure DevOps public roadmap and release history
- Azure DevOps general positioning deck
コメント/逸話
- Regarding the rename and repackaging of VSTS to Azure DevOps:
Microsoft customers wanted the company to break up the Visual Studio Team Services (VSTS) platform so they could choose individual services, said Jamie Cool, Microsoft's program manager for Azure DevOps. By doing so, the company also hopes to attract a wider audience that includes Mac and Linux developers, as well as open source developers in general, who avoid Visual Studio, Microsoft's flagship development tool set.
- Lots of emphasis on cross platform (windows, Mac, Linux), and free macOS CI/CD is pretty rare.
- All paid plans include unlimited stakeholder users who can view and contribute to work items and boards, and view dashboards, charts, and pipelines
- From https://azure.microsoft.com/en-us/blog/introducing-azure-devops/
Azure DevOps represents the evolution of Visual Studio Team Services (VSTS). VSTS users will be upgraded into Azure DevOps projects automatically. For existing users, there is no loss of functionally, simply more choice and control. The end to end traceability and integration that has been the hallmark of VSTS is all there. Azure DevOps services work great together.
As part of this change, the services have an updated user experience.
Users of the on-premises Team Foundation Server (TFS) will continue to receive updates based on features live in Azure DevOps. Starting with next version of TFS, the product will be called Azure DevOps Server and will continue to be enhanced through our normal cadence of updates.
- HackerNews comments saying it's just a rebrand - PM for AzureDevOps responding:
PM for Azure DevOps here (formerly VSTS). It is a rebranding, but it's more than merely a rebranding. We're breaking out the individual services so that they're easier to adopt. For example, if you're just interested in pipelines, you can adopt only pipelines.
- From a call with a prospect Bank:
- Went with Azure DevOps because
It's platform agnostic, it's in the cloud, great capabilityality, tons of functionality, it does what we need it to do. We like it a lot. It really has nothing to do with Microsoft. Microsoft is very agnostic and open source embracing now, so that the old Java vs .Net thing is kind of over.
- Appealed to a shop that was "more Java than Microsoft technologies". But they had lots of the Microsoft development suite already, and trusted where Microsoft is going.
- Azure DevOps is dropping new releases every sprint (2-3 weeks). Their roadmap is public: Azure DevOps public Roadmap and Release History
- Went with Azure DevOps because
- What does the migration path look like from Azure DevOps to GitLab for SCM and CI/CD??
- SCM migration - Available tools to migrate without losing repo history. Like with any product, centrally managed -> Git takes training.
- CI/CD migration - A little tougher. Most existing will be using build pipelines and release pipelines created through UI. Conversion is task by task reconstruction of pipelines, and potential combining into one on GitLab. Azure DevOps pipeline as code is new, although Microsoft is starting to push it as the default now.
- A developers experience and opinions using Microsoft Devops CI
- Hacker News: Microsoft’s Azure DevOps: An Unsatisfying Adventure
料金
Azure DevOps
- Azure DevOps Services Pricing
- Azure Pipelines Only Pricing
- Azure DevOps On-prem = See TFS Pricing
- Current VSTS and MSDN subscribers get different levels of Azure DevOps. Details can be found at Azure DevOps for Visual Studio subscribers
VSTS
Visual Studio ‘Professional Version’ is the most comparable to GitLab since Visual Studio ‘Enterprise Version’ includes extras outside the scope of DevOps (such as MS Office, etc).
Visual Studio Professional can be purchased under a ‘standard’ or ‘cloud’ model.
- Standard = $1,200 year one (retail pricing), then $800 annual renewals (retail pricing)
- Cloud - $540 per year
Under their ‘modern purchasing model’, the monthly cost for Visual Studio Professional (which includes TFS and CAL license) is $45 / mo ($540 / yr). However, extensions to TFS such as Test Manager ($52/mo), Package Management ($15/mo), and Private Pipelines ($15/mo) require an additional purchase.
TFS
A TFS license can be purchased as standalone product, but a TFS license (and CAL license) is also included when you buy a Visual Studio license / subscription.
MS pushes Visual Studio subscriptions and refers customers who are only interested in a standalone TFS with a ‘classic purchasing’ model to license from a reseller.
Excluding CapEx and Windows operating system license, a standalone TFS license through a reseller in classic purchasing model is approximately $225 per year per instance. The approximate Client Access License is approximately $320 per year.
