feat(cli): Ohif cli for modes and extensions modification (#2696)

* feat: Add initial cli tool structure

* feat: add copying template files

* feat: Add mode template and command

* feat: Add readme template generation

* feat: Add documentation to extension template

* feat: Enhance documentation of the template mode

* fix: cli module type

* feat: Add config-based mode and extension registration (#2660)

* feat: Add ohif cli add/remove extension/mode (#2661)

* Basic working CLI for add-extension and remove-extension

* Basic cli for add/remove extension/mode, lots more to do.

* Cleanup and harden]

* feat: Add list of tasks to add-mode

Co-authored-by: Alireza <ar.sedghi@gmail.com>

* feat: Add git initialization for the mode or extension template (#2662)

* fix: package json file to include templates

* feat: Add git initialization for the mode or extension template

* feat: Add more checks of git and target dir

* feat: refactore library utilities

* feat: Add the list command to print extensions and modes (#2664)

* feat: Add the list command to print extensions and modes

* Add todo

* Feat/ohif cli validation + auto install (#2671)

* WIP

* Working mode keyword verification

* Validation

* auto install extensions based on modes

* WIP remove unused extensions on removeMove

* Working add-mode, remove-mode automatic extension management.

* If extension is in used by a mode, don't allow the CLI to uninstall it

* Cleanup addExtension

* cleanup removeExtension and addMode

* Cleanup removeMode

* Update existing extensions with the needed keywords/peer deps

* Fix broken config

* Feat/cli search (#2677)

* feat: refactor pretty print for console

* feat: add search for modes and extensions

* fix: ugly colors

* Feat/ohif cli error handling publishing (#2679)

* WIP

* fix: webpack imports

* wip

* fix: react router dom private routes

* from last commit

* wip

* fix: webpack prod builds

* WIP

* Working regsitration with new IDs

* Stable

Co-authored-by: Alireza <ar.sedghi@gmail.com>

* verify extensions when constructing modes. (#2681)

* verify extensions when constructing modes.

* Add version to unit tests so it conforms to schema

* Update ohif utils exposed via @ohif/core

* Fix import

* fix tests

* feat: ohif-cli link local modes/extensions for development (#2682)

* feat: enable cli to work with project root

* feat: add initial link package

* feat: add link and unlink extension

* feat: add link and unlink mode

* erro handling for link-package

* feat: add comment on ohif-cli linking for development (#2686)

* Docs/ohif cli (#2687)

* feat: Add documentation for templates

* feat: Add more documentation

* Fix/core publish (#2685)

* versions

* wip

* remove webpack clean output

* fix publish

* use next as dist tag for v3 for now

* fix webpack pro recipe for output

* fix: lerna publish next

* fix(cli): fix issues when trying to link an extension or a mode (#2725)

The generated package.json doesn't contain keywords property which is
required by the linkPackage function. The module apth wasn't correclty
handled too, and when there is no pluginOptions, it fails while reading
the file or while generating a default configuration.

* make dicom pdf and video work after cli merge

* add axios dependency

* comment out the chdir for now

* create id and version based on user inputs

* customizable path for extension and modes

* fix template to make the template mode load

* fix the questions to loop if path is not desirable

* fix templates

* correct package json order

* unify the package creation for extension and mode

* bump versions for each package

* bump extension versions to 3.0

* add gitignore to templates

* fix version requirements when ^

* update docs

* update docs and fix tests

* try to fix the tests

* bump node version

* remove the version from extensions

* remove the version from modes

* remove version from extensionManager

* fix eslint

* revert husky version

* fix eslint

* fix node version for new eslint

* fix documentatoin removing version

* fix cicle ci image version

* fix circle ci node image

* fix circle ci node image

* add back the video and pdf

Co-authored-by: Matthis Duclos <matthis.duclos@gmail.com>
Co-authored-by: James A. Petts <jamesapetts@gmail.com>
This commit is contained in:
authored and GitHub committed 2022-04-06 13:28:42 -04:00
1 parent 82df3eac03
commit 7f0ad6f84d
181 files changed
+5985 -3689

No files matched your search

@@ -1,5 +1,5 @@
---
sidebar_position: 6
sidebar_position: 7
sidebar_label: Continous Integration
---
@@ -1,5 +1,5 @@
---
sidebar_position: 3
sidebar_position: 4
sidebar_label: Contributing
---
+291
View File
@@ -0,0 +1,291 @@
---
sidebar_position: 3
sidebar_label: OHIF CLI
---
# OHIF Command Line Interface
OHIF-v3 architecture has been re-designed to enable building applications that
are easily extensible to various use cases (Modes) that behind the scene would
utilize desired functionalities (Extensions) to reach the goal of the use case.
Now, the question is _how to create/remove/install/uninstall an extension and/or
mode?_
You can use the `cli` script that comes with the OHIF monorepo to achieve these
goals.
:::note Info
In the long-term, we envision our `cli` tool to be a separate installable
package that you can invoke anywhere on your local system to achieve the same
goals. In the meantime, `cli` will remain as part of the OHIF monorepo and needs
to be invoked using the `yarn` command.
:::
## CLI Installation
You don't need to install the `cli` currently. You can use `yarn` to invoke its
commands.
## Commands
:::note Important
All commands should run from the root of the monorepo.
:::
There are various commands that can be used to interact with the OHIF-v3 CLI. If
you run the following command, you will see a list of available commands.
```
yarn run cli --help
```
which will output
```
OHIF CLI
Options:
-V, --version output the version number
-h, --help display help for command
Commands:
create-extension Create a new template extension
create-mode Create a new template Mode
add-extension <packageName> [version] Adds an ohif extension
remove-extension <packageName> removes an ohif extension
add-mode <packageName> [version] Removes an ohif mode
remove-mode <packageName> Removes an ohif mode
link-extension <packageDir> Links a local OHIF extension to the Viewer to be used for development
unlink-extension <extensionName> Unlinks a local OHIF extension from the Viewer
link-mode <packageDir> Links a local OHIF mode to the Viewer to be used for development
unlink-mode <extensionName> Unlinks a local OHIF mode from the Viewer
list List Added Extensions and Modes
search [options] Search NPM for the list of Modes and Extensions
help [command] display help for command
```
As seen there are commands for you such as: `create-extension`, `create-mode`,
`add-extension`, `remove-extension`, `add-mode`, `remove-mode`,
`link-extension`, `unlink-extension`, `link-mode`, `unlink-mode`, `list`,
`search`, and `help`. Here we will go through each of the commands and describe
them.
### create-mode
If you need to create a new mode, you can use the `create-mode` command. This
command will create a new mode template in the directory that you specify.
The command will ask you couple of information/questions in order
to properly create the mode metadata in the `package.json` file.
```bash
yarn run cli create-mode
```
<div style={{textAlign: 'center',}}>
![image](../assets/img/create-mode.png)
</div>
Note 1: Some questions have a default answer, which is indicated inside the
parenthesis. If you don't want to answer the question, just hit enter. It will
use the default answer.
Note 2: As you see in the questions, you can initiate a git repository for the
new mode right away by answering `Y` (default) to the question.
Note 3: Finally, as indicated by the green lines at the end, `create-mode` command only
create the mode template. You will need to link the mode to the Viewer in order
to use it. See the [`link-mode`](#link-mode) command.
If we take a look at the directory that we created, we will see the following
files:
<div style={{maxWidth:"500px"}}>
![image](../assets/img/mode-template.png)
</div>
### create-extension
Similar to the `create-extension` command, you can use the `create-extension`
command to create a new extension template. This command will create a new
extension template in the directory that you specify the path.
```bash
yarn run cli create-extension
```
Note: again similar to the `create-extension` command, you need to manually link
the extension to the Viewer in order to use it. See the
[`link-mode`](#link-mode) command.
### link-extension
`link-extension` command will link a local OHIF extension to the Viewer. This
command will utilize `yarn link` to achieve so.
```bash
yarn run cli link-extension <extensionDir>
```
### unlink-extension
There might be situations where you want to unlink an extension from the Viewer
after some developments. `unlink-extension` command will do so.
```bash
ohif-cli unlink-extension <extensionName>
```
### link-mode
Similar to the `link-extension` command, `link-mode` command will link a local
OHIF mode to the Viewer.
```bash
yarn run cli link-mode <modeDir>
```
### unlink-mode
Similar to the `unlink-extension` command, `unlink-mode` command will unlink a
local OHIF mode from the Viewer.
```bash
ohif-cli unlink-mode <modeName>
```
### add-mode
OHIF is a modular viewer. This means that you can install (add) different modes
to the viewer if they are published online . `add-mode` command will add a new mode to
the viewer. It will look for the mode in the NPM registry and installs it. This
command will also add the extension dependencies that the mode relies on to the
Viewer (if specified in the peerDependencies section of the package.json).
:::note Important
`cli` will validate the npm package before adding it to the Viewer. An OHIF mode
should have `ohif-mode` as one of its keywords.
:::
Note: If you don't specify the version, the latest version will be used.
```bash
yarn run cli add-mode <packageName> [version]
```
For instance `@ohif-test/mode-clock` is an example OHIF mode that we have
published to NPM. This mode basically has a panel that shows the clock :)
We can add this mode to the Viewer by running the following command:
```bash
yarn run cli add-mode @ohif-test/mode-clock
```
After installation, the Viewer has a new mode!
![image](../assets/img/add-mode.png)
Note: If the mode has an extension peerDependency (in this case @ohif-test/extension-clock),
`cli` will automatically add the extension to the Viewer too.
The result
![image](../assets/img/clock-mode.png)
![image](../assets/img/clock-mode1.png)
### add-extension
This command will add an OHIF extension to the Viewer. It will look for the
extension in the NPM registry and install it.
```bash
yarn run cli add-extension <packageName> [version]
```
### remove-mode
This command will remove the mode from the Viewer and also remove the extension
dependencies that the mode relies on from the Viewer.
```bash
yarn run cli remove-mode <packageName>
```
### remove-extension
Similar to the `remove-mode` command, this command will remove the extension
from the Viewer.
```bash
yarn run cli remove-extension <packageName>
```
### list
`list` command will list all the installed extensions and modes in
the Viewer. It uses the `PluginConfig.json` file to list the installed
extensions and modes.
```bash
yarn run cli list
```
an output would look like this:
<div style={{maxWidth:"500px"}}>
![image](../assets/img/ohif-cli-list.png)
</div>
### search
Using `search` command, you can search for OHIF extensions and modes
in the NPM registry. This tool can accept a `--verbose` flag to show more
information about the results.
```bash
yarn run cli search [--verbose]
```
<div style={{maxWidth:"600px"}}>
![image](../assets/img/cli-search-no-verbose.png)
</div>
with the verbose flag `ohif-cli search --verbose` you will achieve the following
output:
<div style={{maxWidth:"600px"}}>
![image](../assets/img/cli-search-with-verbose.png)
</div>
## PluginConfig.json
To make all the above commands work, we have created a new file called `PluginConfig.json` which contains the
information needed to run the commands. You **don't need to (and should not)**
edit/update/modify this file as it is automatically generated by the CLI. You
can take a look at what this file contains by going to
`platform/viewer/PluginConfig.json` in your project's root directory. In short,
this file tracks and stores all the extensions/modes and the their version that
are currently being used by the viewer.
@@ -1,5 +1,5 @@
---
sidebar_position: 4
sidebar_position: 5
sidebar_label: Issue & PR Triage Process
---
+11 -6
View File
@@ -1,5 +1,5 @@
---
sidebar_position: 5
sidebar_position: 6
sidebar_label: Testing
---
@@ -26,11 +26,19 @@ unsuccessful tests with detailed explanations.
## End-to-end test
For running the OHIF e2e test you need to run the following steps:
- Open a new terminal, navigate to the OHIF project, and run OHIF with the
e2e config. The test:data only needs to be run once and checks the data out.
- Open a new terminal, and from the root of the OHIF mono repo, run the following command:
```bash
yarn test:data
```
This will download the required data to run the e2e tests (it might take a while).
The `test:data` only needs to be run once and checks the data out. Read more about
test data [below](#test-data).
- Run the viewer with e2e config
```bash
APP_CONFIG=config/e2e.js yarn start
```
@@ -158,7 +166,6 @@ We write integration tests to gain confidence that several units work together.
Generally, we want to mock as little as possible for these tests. In practice,
this means only mocking network requests.
### End-to-End Tests
These are the most expensive tests to write and maintain. Largely because, when
@@ -186,8 +193,6 @@ feature `X` or scenario `Y`? Open an issue and let's discuss.
- [Best Practices](https://docs.cypress.io/guides/references/best-practices.html)
- [Example Recipes](https://docs.cypress.io/examples/examples/recipes.html)
<!--
Links
-->