This repository generates an Azure DevOps extension containing a number of different contributions of various types.
The sample repository depends on a few Azure DevOps packages:
- azure-devops-extension-sdk: Required module for Azure DevOps extensions which allows communication between the host page and the extension iframe.
- azure-devops-extension-api: Contains REST client libraries for the various Azure DevOps feature areas.
- azure-devops-ui: UI library containing the React components used in the Azure DevOps web UI.
Some external dependencies:
React
- Is used to render the UI in the samples, and is a dependency ofazure-devops-ui
.TypeScript
- Samples are written in TypeScript and compiled to JavaScriptSASS
- Extension samples are styled using SASS (which is compiled to CSS and delivered in webpack js bundles).webpack
- Is used to gather dependencies into a single javascript bundle for each sample.
Just run:
npm run build
This produces a .vsix file which can be uploaded to the Visual Studio Marketplace
The preferred way to get started is to use the tfx extension init
command which will clone from this sample and prompt you for replacement information (like your publisher id). Just run:
npm install -g tfx-cli
tfx extension init
You can also clone the sample project and change the publisher
property in azure-devops-extension.json
to your own Marketplace publisher id. Refer to the online documentation for setting up your own publisher and publishing an extension.
Individual sample contributions are self-contained folders under ./src/Samples
. These samples will match those contribution points as documented. Within each sample you will find:
{SampleName}.json
- describes the contribution objects being added to Azure DevOps{SampleName}.html
- page which is rendered within an iframe on the appropriate Azure DevOps page or pages. It may be visible UI (such as a Hub) or a background iframe (such as a Menu action handler). This will include a sample reference for{SampleName}.js
, and for visible frames it will contain a single<div>
element with an id ofroot
.{SampleName}.ts(x)
- Root script that is run when the frame is loaded. A webpack entry is added for this file which will generate a singlejs
file with this content and all its dependencies.{SampleName}.scss
- optional sass file containing the styles (CSS) for the UI- Additional ts/tsx files - For samples that are too big for one file, the code will be broken up appropriately
Hubs and hub groups are the primary navigation elements in Azure DevOps. Files, Releases, Backlogs, and Queries are examples of hubs. A hub belongs to a hub group. The Files hub, for example, belongs to the project-level Azure Repos hub group. Hub groups can exist at the organization or collection level or the project level. Most extensions contribute to the project level.
Here are samples for the most common hub contributions:
- Azure Boards - work-hub-group
- Azure Repos - code-hub-group
- Azure Pipelines - build-release-hub-group
- Azure Test Plans - test-hub-group
- Project Settings - project-admin-hub-group
- Organization Settings - collection-admin-hub-group
- Work item query menu - work-item-query-menu
- Work item query results toolbar menu - work-item-query-results-toolbar-menu
- Work item query results menu item - query-result-work-item-menu
- Work item query results tab - query-tabs
- Work item for context menu - work-item-toolbar-menu
- Backlog item menu - backlog-item-menu
- Sprint board pivot filter menu - sprint-board-pivot-filter-menu
- Board pivot filter menu - backlog-board-pivot-filter-menu
- Card menu - backlog-board-card-item-menu
- Product backlog tab - product-backlog-tabs
- Iteration backlog tab - iteration-backlog-tabs
- Portfolio backlog pane - portfolio-backlog-toolpane
- Product backlog pane - requirement-backlog-toolpane
- Iteration backlog pane - iteration-backlog-toolpane
- Completed build menu - completed-build-menu
- Build definitions menu - build-definitions-menu
- Test results toolbar action - test-results-actions-menu
- Test result details tab - test-result-details-tab-items
- Release pipeline explorer context menu - release-definition-explorer-context-menu
- Pipeline details view, header button - pipelines-header-menu
- Pipeline details view, folder context menu - pipelines-folder-menu
- Source item (grid) menu - source-grid-item-menu
- Source item (tree) menu - source-tree-item-menu
- Source item (grid and tree) menu - source-item-menu
- Git branches tree menu - git-branches-tree-menu
- Git pull request actions menu - pull-request-action-menu
- Git pull request details tabs - pr-tabs
- Git commit listing menu - git-commit-list-menu
- Git commit detail menu - git-commit-details-menu
- Test run grid menu - test-run-grid-menu
- Test plan suites tree menu - test-plans-suites-context
- Test plan hub pivot tab - test-plan-pivot-tabs
This sample adds a widget extension using the IConfigurableWidget
interface to demonstrate how to customize your dashboards to show status, progress, or trends. It includes an associated widget configuration using the IWidgetConfiguration
interface so users can customize the experience.
- Widget - widget-catalog
- Widget configuration - widget-configuration
Examples are self contained samples that demonstrate how to use the Azure DevOps SDK to interact with the Azure DevOps REST APIs. They are located in the ./src/Examples
folder. The examples are not be included when building the extension.
This sample adds a breadcrumb service which adds a "Sample Breadcrumb Item" global breadcrumb item to the sample hub. Visit the "Sample Hub" in the Pipelines
hub group to see this item.
This sample adds a language definition and a JSON schema for the code editor.
To see the language definition in action, add a new file to git or TFVC called "sample.mylog", then copy the example log content from the Monaco playground.
To see the JSON schema in action, add a new file to git or TFVC called "myconfig.json", then begin editing it.
This sample shows how to hook into the Preview Features panel (under the user profile menu). It adds a simple hub that is only shown when an "ABC" feature is turned on. The feature can be toggled per-user or per-organization.
This also defines a second feature (ABC v2) which controls whether v1 or v2 of the ABC hub is used (when the ABC feature is turned on). When enabled, a "property-provider" contribution modifies the name and url of the hub contribution. Here we add a v2=true query parameter to our existing hub page, but you could also specify a completely different html page here. This feature shows off a bit more advanced functionality provided by preview features. It can be toggled per-user, per-project, or per-organization (the "null" hostScopeValue). It is on by default (defaultState: true). And it has an override rule which causes the v2 feature to be OFF (and disabled in the preview features panel) whenever the ABC feature is off.
This sample adds a hub named "Sample Hub" into the Pipelines
hub group. If you visit a project-level page, you will find Sample Hub under the Pipelines
navigation element in the vertical navigation menu on the left of the page.
The hub uses a Pivot component to draw 4 different tabs:
- An
Overview
tab contains some simple details about the current user and project - A
Navigation
tab contains a few actions that allow you to integrate with the page's URL and title - An
Extension Data
tab demonstrates reading and writing to the extension data service - A
Messages
tab shows how to display global messages
There are also actions at the top-right of the hub which demonstrate opening dialogs and panels, including custom content within them (used in the Panel
sample).
This sample adds a "Sample build definition menu item" to the Builds
hub in the dropdown actions menu in the top-right of the page. The menu handler gets the current build definition from the context that is passed to it, it makes a REST call, and shows the result in a message box.
This sample is leveraged within the Hub
sample. It is content that contains a toggle button along with OK/Cancel buttons. It can be used as custom panel or dialog content.
This sample adds a "Sample Pivot" pivot (tab) to the Organization (Project Collection) home page, next to "Projects", "My work items", and "My pull requests".
This pivot makes a REST call for all the projects in the organization and it displays them in a grid view.
This sample adds pills to the title of the Pipeline definition (Runs) page.
This sample adds a service that gets loaded on any page whenever a "showMyPanel" query parameter is present in the URL when any page is loaded. The startup service shows the custom panel from the Panel sample, using an optional "myPanelTitle" query parameter as the panel title.
This sample adds a "Sample repository action" menu item to the repository picker in the header of code hub pages. If a "href" property is provided, clicking on the action will navigate to the given url. If a "uri" is provided, that code will be executed when the action is clicked.
This sample adds a "Repository Information" hub to the Code
hub group. It demonstrates how to interact with the IVersionControlRepositoryService
to obtain basic information about a user's currently selected Git repository.
This sample adds a "Sample WorkItem Form Group" extension to workitem form to show how to interact with the IWorkItemFormService
service and IWorkItemNotificationListener
. It gives UI to show case how to change field values using the form service and displaying workitem form notification events.
This sample also provides a unit testing example with minimal necessary mocks.
This sample adds a "Sample WorkItem Open" hub to the Boards hub group to show how to interact with the IWorkItemFormNavigationService
service. It gives UI for you to open an existing work item (by id) or open the work item form for a new work item (by work item type). Either of these options open a dialog in the host frame.
The full set of documentation for developing extensions can be found at https://docs.microsoft.com/en-us/azure/devops/extend.
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.