• To run concurrent builds and/or deploy concurrent releases.
• The number of pipelines is the maximum number of concurrent builds you can run and/or releases you can deploy at any point in time.

• Private pipelines
  • VSTS - run multiple builds and/or deploy multiple releases
  • TFS 2017 - deploy multiple releases
  • With Private Pipelines, you install agent software supplied by Microsoft on machines that you run and manage.
• Hosted pipelines
  • Only for VSTS - run multiple builds and/or deploy multiple releases simultaneously using a pool of agents managed by Microsoft.
  • Microsoft is responsible for patching and updating these machines so you don’t need to worry about this.

• There is one Private Pipeline included with each Team Services account
• Plus one additional Private Pipeline for each active Visual Studio Enterprise subscriber who is a member of your account.
• With TFS, you only need pipelines for deploying releases; no pipelines are required for builds since unlimited concurrent builds are included with the TFS server license.
• For Release in TFS 2017: One Private Pipeline is included with TFS 2017, plus one additional Private Pipeline for each active Visual Studio Enterprise subscriber within your organization.
• Do I need concurrent pipelines in TFS 2015 or TFS 2013? Short answer: NO.

• With your VSTS account, you start with 240 minutes on one Hosted Pipeline for free, with a maximum single job duration of 30 minutes.
• With the first purchase of a hosted pipeline, the 240 minute limit on total build and release time as well as the 30 minute limit on a single job are waived. It increases the maximum duration of a single job to 6 hours.
• Each additional purchase of a hosted pipeline adds another hosted agent for running your builds and releases.

• You cannot use private pipeline for hosted agent.
• You can use hosted pipeline for private agent.
  • However…

1. FabrikamFiber CI Build 102 (master branch) is first to be started.
2. Deployment of FabrikamFiber Release 11 is triggered by completion of FabrikamFiber CI Build 102.
3. FabrikamFiber CI Build 101 (feature branch) is triggered. The build can't start yet because Release 11's deployment is active. So the build stays queued.
4. Release 11 waits for approvals. Fabrikam CI Build 101 starts because a release waiting for approvals does not consume a pipeline.
5. Release 11 is approved. It resumes only after Fabrikam CI Build 101 is completed.

• Concurrent processing within a single build or release does not require additional concurrent pipelines. So long as you have enough agents, you can:
  • In a build process, run multiple build configurations at the same time.
  • In a release process, deploy to multiple environments at the same time.

• Pipelines are purchased at the account level, and they are shared amongst all projects in an account.
• Cannot partition or dedicate certain pipelines to a specific project or agent pool.
• For Example:
  • You purchase two pipelines in your account.
  • You queue two builds in the first project, and both the pipelines are consumed.
  • You queue a build in the second project. That build will not start until one of the builds in your first project is completed.

• https://docs.microsoft.com/en-us/vsts/build-release/concepts/licensing/concurrent-pipelines-ts
• https://marketplace.visualstudio.com/items?itemName=ms.build-release-hosted-pipelines
• https://marketplace.visualstudio.com/items?itemName=ms.build-release-private-pipelines
• https://docs.microsoft.com/en-us/vsts/build-release/concepts/licensing/concurrent-pipelines-tfs

• The Application Tier configuration from the server (but we don't remove the binaries)
• Connection with Data tier (but the databases won’t be deleted)
• TFS Website.
• TFS Application Pools
• TFS Services (The Visual Studio Team Foundation Server Job Agent)

• Local Administrator on the Application Tier.
• SysAdmin on SQL Data Tier.
• For Reporting,
  • Ensure you have Report Manager and Local Admin on the report server permissions.
  • Ensure you have ServerAdmin Privilege on the Analysis Instance.
• For SharePoint,
  • Ensure the account used for the upgrade is a Farm Admin

1. You are already doing a Get sources from TFS using a custom PowerShell or batch script with TF.exe command line tool
2. Your build execution process doesn’t need code from version control sources.

{ "token": "$", "merge": false, "accessControlEntries": [ { "descriptor": "Microsoft.TeamFoundation.Identity;S-1-9-1551374245-1204400969-2402986413-2179408616-0-0-0-0-1", "allow": 1, "deny": 0, "extendedinfo": {} } ] }

SELECT [SID] FROM dbo.Constants WHERE PartitionId = 1 AND DisplayPart LIKE '%DefaultCollection%Project Collection Administrators%'