Public Repository for Extensions of Azure CLI.





GitHub Stars



Last Commit

4d ago










Extensions for Azure CLI 2.0

This repository serves two purposes and they are independent:

  1. A source code directory, src, to host your extension source code.
  2. An index.json where you can add your extension and make it available through Azure CLI.

For documentation on authoring an extension, see Extension Documentation

About index.json

  • The index is at src/index.json.
  • Modify the index by creating a PR.
  • All extensions added to the index are public and will be available to all CLI users.
  • The index is synced to every few minutes.
  • Your extension source code does not have to be in this repository to be available in the index.
  • If you don't want your extension to be part of the index, you can still host it externally and request users to install with az extension add --source
    • Users will not be able to add your extension by name, it will not be listed in the az extension list-available command and to update to a new version of your extension, the user has to first remove the currently installed extension and then add the new version.

Add your extension to the index to make it available in these CLI commands:

  • az extension add --name NAME - Allows users to add an extension by name
  • az extension list-available - Allows users to list the available extensions in the index
  • az extension update --name NAME - Allows users to update an extension

About source code in this repository

  • Extension source code goes into the src directory.
  • You can place your source code in this repository by creating a PR.
  • Once CI is green and it has been approved, the PR can be merged.
  • SDKs generated from AutoRest often do not pass CI static-checking. If they are vendored inside the extension, exclude them from static checking by placing them in the folder: src/<extension root>/azext_*/vendored_sdks.
  • Ensure that you include an appropriate owner for your extension in .github/CODEOWNERS.
  • Your extension artifact (i.e. .whl) will not live in this repository. You can publish your extension to PyPI or somewhere else such as Azure Storage.
  • If you want your extension to appear in the index.json, modify the index.

About extension publishing

There is a pipeline to automatically build, upload and publish extension wheels.

Once your PR is merged into master branch, a new PR will be created to update src/index.json automatically.

The precondition is to put your code inside this repo and upgrade the version in the PR but not to modify src/index.json.

If you want to host the source code in your dedicated repo, you have to upload the WHL file and update the src/index.json manually.

For detail, please visit Publish section in Azure CLI Extension Authoring.


How to generate sha256digest for an index.json entry?

If you use azdev extension update-index the command will calculate the SHA256 digest for you. For more information visit

As a fallback:


shasum -a 256 path_to_whl.whl

Windows / PowerShell

Get-FileHash path_to_whl.whl -Algorithm SHA256

Note: Hash should be in lowercase in index.json otherwise CI will fail.

How to fill in the metadata for an index.json entry?

The azdev extension update-index command can be used to simplify the process of updating the index file. Run azdev extension update-index <URL> where URL is the fully-qualified URL to your published extension WHL. This will gather the appropriate metadata and add an entry for your extension to the index. For more information visit

As a fallback:

The metadata needed to be filled is a combination of the contents present in:

  • metadata.json located in your unzipped extension artifact (.whl file) in the <package>-<version>.dist-info directory. This metadata is garnered from the folder.
  • azext_metadata.json (if it exists) under your extension.

Note that CI will fail if this metadata does not match the contents of your published extension.


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

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 with any additional questions or comments.

Rate & Review

Great Documentation0
Easy to Use0
Highly Customizable0
Bleeding Edge0
Responsive Maintainers0
Poor Documentation0
Hard to Use0
Unwelcoming Community0