This monorepo contains multiple projects, including UIs and addons, used by Boundary.
This top-level repository provides limited common tasks, such as installation and commit assistance. However, most tasks must be executed from within a subproject, e.g. running or testing.
Table of Contents generated with DocToc
You will need the following things properly installed on your computer.
- Git
- Node.js
- v10–v15
- Apple Silicon Users: if you experience problems building or running Boundary UIs, try Node v15.
- Yarn installed globally
- Google Chrome
- Firefox
git clone <repository-url>this repositorycd boundary-uiyarn install
List of available project commands. yarn run <command-name>
| Command | Description |
|---|---|
| build | Builds Admin UI. |
| test | Runs tests in CI mode. |
| commit | Replaces git commit, ensures compliance, audit, lint, and test checks pass before commit is allowed and normalizes commit messages across authors. |
| lint | Runs ember-template-lint on all of the hbs, js, and sass files. |
| compliance:audit | Checks for issues using yarn audit with moderate and above criticality. |
| compliance:licenses | Checks that all dependencies have OSS-compatible licenses. |
| doc:toc | Automatically generates a table of contents for the README file. |
We follow GitHub Flow.
To autogenerate a ToC (table of contents) for this README,
run yarn doc:toc. Please update the ToC whenever editing the structure
of README.
See ui/admin/README.md Building for Production for more information on how to build the Admin UI. Be sure to set build-related environment variables as necessary for your target environment, as described in the Admin UI readme.
To quickly produce a production build of Admin UI, run from this folder:
yarn install
yarn buildAssets are saved to ui/admin/dist/.
Optionally, you may build the UI within a container. Execute the following command:
docker-compose -f docker-compose-embedding.yml run buildAssets are saved to ui/admin/dist/.
See ui/desktop/README.md Building for Production for more information on how to build the Desktop UI. Be sure to set build-related environment variables as necessary for your target environment, as described in the Desktop UI readme.
To quickly produce a production build of Desktop UI, run from this folder:
yarn install
yarn build:ui:desktopIn windows, UI is generated using docker to provide a stable UI across platforms.
yarn install
docker-compose -f docker-compose-embedding.yml run build-desktop-production
yarn build:ui:desktop:appTo provide a signing identify for macOS build, use BOUNDARY_DESKTOP_SIGNING_IDENTITY
environment variable to set signing certificate name (e.g Developer ID Application: * (*)) when building desktop app using yarn build:ui:desktop:app.
Assets are saved to ui/desktop/electron-app/out/make/.
DMG packaged desktop UI is available at asset location as boundary.dmg.
EXE archived desktop UI is available at asset location under zip folder.
This describes how to connect local Boundary UI to your local instance of Boundary.
This assumes you already have up and running a Boundary dev instance in your local environment with a listener 127.0.0.1:9200 (default behaviour). Learn how to start a local Boundary dev instance.
This assumes you are within boundary-ui/ui/admin.
You will need to turn off mirage, tell the UI where to find Boundary and run it: $ ENABLE_MIRAGE=false API_HOST=http://localhost:9200 yarn start.
Following terminal instructions, open in your browser: http://localhost:4200/.
Once you open the UI you will see the login screen, authenticate using generated admin login name and password.
This assumes you are within boundary-ui/ui/desktop.
You will need to turn off mirage and run it: $ ENABLE_MIRAGE=false yarn start:desktop.
In login screen, authenticate using generated admin login name and password.
Enter the origin of your Boundary dev instance, by default is: http://localhost:9200.
Instead of the default git commit, we prescribe a custom command that ensures
linting and other checks pass before a commit may be completed. It also ensures
that all contributors author consistent commit messages. To get started with a
commit, stage your files as usual. Then run yarn commit and follow the
on-screen instructions to author your message.
The licenses of dependencies are checking against an allowlist before every
commit. This helps catch undesirable licenses sooner (e.g. GPL). If your
commit fails due to a non-allowlisted license, you may add it to the allowlist
in package.json as long as it is not a GPL variant or UNLICENSED.
The change will be verified upon PR. GPL variants and UNLICENSED dependencies
will not be accepted.
