Process and projects
Azure DevOps Services (Hosted XML)
Import process supports the Hosted XML process model which allows you to manage customizations through updating the WIT definition of a process template. This feature is only available for organizations that have been migrated to Azure DevOps Services using the TFS Database Import Service.
If you use the Inheritance process model, you can customize your work tracking through the user interface by creating an inherited process. If you use the On-premises XML process model, you can customize a process template, see Upload or download a process template and Customize a process template.
To learn more about process models, see Customize work tracking.
In Azure DevOps Services, you manage customization of work tracking objects through a process. Processes are imported and exported through a web based administration experience.
When you import a new process, you're able to create new projects using it.
When you import an existing process, all projects that use that process are updated to reflect the changes.
For example, updates made to any of the custom processes listed below automatically update the two projects that use the process.
As you discover additional customizations that you need to make, you can export the existing process, update the process XML definition files, zip the result and re-import the newly updated process. Your changes are applied to all your existing projects that use that process.
Import process supports the following scenarios:
- Import an existing process from an on-premises Team Foundation Server (TFS)
- Import a new process created from an existing exported process
- Import an update to an existing process, and have all projects using that process be updated
Import a process from an on-premises TFS
These steps can be followed if you want to test your process in TFS to see if it works in Azure DevOps Services.
In Team Foundation Server, each project has its own copy of process so careful consideration needs to be made as to which processes should exist for your organization. Migration to Azure DevOps Services is a great time to think about process alignment across your organization and reducing the number of variants of that centralized process.
Run the process export script to generate a process for a given project.
(Optional) Edit the ProcessTemplate.xml file name and description. Ensure it conforms to the rules and constraints outlined in Customize a process.
Create a zip file of the process folder and files.
Repeat the above process for each process you want to import to Azure DevOps Services.
Using the imported process(es), create projects on Azure DevOps Services for each you want to migrate.
Open Process in the admin context
You create, manage, and make customizations to processes from Organization settings>Process.
Choose the Azure DevOps logo to open Projects. Then choose Organization settings.
Then, Choose Process under Boards.
If you don't see Process, then you're working from an on-premises TFS. The Process page isn't supported. You must use the features supported for the On-premises XML process model as described in Customize your work tracking experience.
Import a process
Prior to importing a process, you'll want to customize it to support your work tracking needs. Name your process something other than Scrum, Agile, or CMMI. These system processes are locked and you're prevented from overwriting them.
Only administrators can import process so if you aren't the organization owner or a member of the Project Collection Administrator's group, get added.
From the Process tab, choose import and then browse to the zip file of the process you've customized.
If you don't see the Import process link, then your organization isn't set up to support the Hosted XML process model. You should work with the Inheritance process model for your customization needs. The Hosted XML process model is only supported if your account was created through the Data Import Service.
Choose the file to upload. Your custom process must meet specific constraints in order to pass validation checks during import.
You can't update one of the locked processes: Agile, CMMI, and Scrum.
Upon successful import, you'll see the following message.
If the process doesn't pass the validation checks performed on import, you'll receive a list of error messages.
Correct each error and then retry the import.
You can immediately create a project using the newly imported process.
Update an existing process
Once you've added a process, you can update it by importing a zip file where you've modified one or more files within the process template.
It's a best practice to Export a process before making changes so that you don't accidentally overwrite changes made by other users.
Import the process according to steps 2 and 3 from the previous procedure.
Confirm that you want to update the existing process.
You'll see the following dialog while the system updates all projects that were created using the updated process.
Upon successful import, you'll see the following message. All projects that were created with the process are updated with the modifications.
If you renamed or deleted fields or work item types, you receive a confirmation message. Go ahead and check the box and proceed with the import. To learn more about each message, click the forward link provided. Information messages don't require any action on your part.
Set the default process
Set a process as the default to have it preselected for all new projects you plan to create.
Export a process
Export a process when you want to update it or use it as the basis for creating another process.
The system exports a zip file containing an XML representation of the process. This can be modified and later imported.