…
|
||
---|---|---|
.. | ||
website-baselines | ||
website-root | ||
README.md | ||
release-strategy.md |
README.md
Project structure
This repository contains code for two packages:
packages/shared
contains the core logic that is not specific to running any specific CI solution. Any code that could be shared across additional CI solutions in the future such as a GitHub Action, should be put in the shared package.packages/ado-extension
contains the code specifically relevant to the Azure DevOps extension.
We use yarn workspaces
to manage the monorepo. In most cases, running yarn scripts in the root directory should produce output from all packages.
Development workflow
To make a change, you can follow these steps:
-
Clone the repository. If you would like to deploy a staging Azure extension, maintainers will need to create branches off of the main repository.
-
Run
yarn install
. This project requires Node 16. -
Make your code change.
-
Run
yarn build
and/oryarn test
. If you're changingshared
, you may need to build it before the extension picks up changes. -
You can test your changes locally or remotely:
- locally:
- remotely:
-
Push your changes to GitHub.
-
Create a pull request. If your branch is on the main repository, the pull request build should run your implementation against the test files in
website-root
.
Test the Azure extension
Deploy a staging Azure extension
The steps to deploy a staging Azure Extension are currently limited to the Accessibility Insights team. Team members can find instruction in the "ADO Extension - ad-hoc test deployments" OneNote.
Run the Azure extension locally
-
Follow the steps in Development workflow to install dependencies and build the project.
-
From your terminal, move into the extension directory:
cd packages/ado-extension
. -
Run
yarn start
. This will run the extension locally using the inputs defined in local-overrides.json. Modify local-overrides.json as needed to test your scenario.