forked from nrwl/nx
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
docs(core): import recipe (nrwl#27734)
Creates an import recipe under Adopting Nx
- Loading branch information
1 parent
2bc7d4e
commit e0079ac
Showing
6 changed files
with
156 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,92 @@ | ||
# Import an Existing Project into an Nx Workspace | ||
|
||
Nx can help with the process of moving an existing project into an Nx repository. In order to communicate clearly about this process, we'll call the repository we're moving the project out of the "source repository" and the repository we're moving the project into the "destination repository". Here's an example what those repositories might look like. | ||
|
||
{% side-by-side %} | ||
|
||
```{% fileName="Source Repository" %} | ||
└─ inventory-app | ||
├─ ... | ||
├─ public | ||
│ └─ ... | ||
├─ src | ||
│ ├─ assets | ||
│ ├─ App.css | ||
│ ├─ App.tsx | ||
│ ├─ index.css | ||
│ └─ main.tsx | ||
├─ .eslintrc.cjs | ||
├─ index.html | ||
├─ package.json | ||
├─ README.md | ||
├─ tsconfig.json | ||
├─ tsconfig.node.json | ||
└─ vite.config.ts | ||
``` | ||
|
||
```{% fileName="Destination Repository" %} | ||
└─ myorg | ||
├─ ... | ||
├─ packages | ||
│ └─ ... | ||
├─ apps | ||
│ ├─ account | ||
│ │ └─ ... | ||
│ ├─ cart | ||
│ │ └─ ... | ||
│ └─ users | ||
│ └─ ... | ||
├─ .eslintrc.json | ||
├─ .gitignore | ||
├─ nx.json | ||
├─ package.json | ||
├─ README.md | ||
└─ tsconfig.base.json | ||
``` | ||
|
||
{% /side-by-side %} | ||
|
||
In this example, the source repository contains a single application while the destination repository is already a monorepo. You can also import a project from a sub-directory of the source repository (if the source repository is a monorepo, for instance). The `nx import` command uses the following syntax: | ||
|
||
```shell | ||
nx import [sourceRepository] [destinationProjectPath] | ||
``` | ||
|
||
Make sure to run `nx import` from the **destination repository**, like one of these commands: | ||
|
||
```shell {% path="~/myorg" %} | ||
nx import ../inventory-app apps/inventory | ||
nx import https://github.com/myorg/inventory-app.git apps/inventory | ||
``` | ||
|
||
{% callout type="note" title="Source Repository Local or Remote" %} | ||
The sourceRepository argument for `nx import` can be either a local file path to the source git repository on your local machine or a git URL to the hosted git repository. | ||
{% /callout %} | ||
|
||
The `nx import` command will: | ||
|
||
- Maintain the git history from the source repository | ||
- Suggest adding plugins to the destination repository based on the newly added project code | ||
|
||
Every code base is different, so you will still need to manually: | ||
|
||
- Manage any dependency conflicts between the two code bases | ||
- Migrate over code outside the source project's root folder that the source project depends on | ||
|
||
## Manage Dependencies | ||
|
||
If both repositories are managed with npm workspaces, the imported project will have all its required dependencies defined in its `package.json` file that is moved over. You'll need to make sure that the destination repository includes the `destinationProjectPath` in the `workspaces` defined in the root `package.json`. | ||
|
||
If the destination repository is enforcing a single version policy, you'll need to identify all the required dependencies of the imported project and merge those dependencies into the root `package.json` of the destination repository. If there are significant version conflicts between the imported project and the destination repository, it may be simpler to enable npm workspaces temporarily so that merging dependency conflicts can happen in a separate PR. | ||
|
||
## Migrate External Code and Configuration | ||
|
||
Few projects are completely isolated from the rest of the repository where they are located. After `nx import` has run, here are a few types of external code references that you should account for: | ||
|
||
- Project configuration files that extend root configuration files | ||
- Scripts outside the project folder that are required by the project | ||
- Local project dependencies that are not present or have a different name in the destination repository | ||
|
||
{% callout type="note" title="Importing Multiple Projects" %} | ||
If multiple projects need to be imported into the destination repository, start with the leaf projects in the dependency graph (the projects without any dependencies) and then work your way up to the top level applications. This way every project that is imported into the destination repository will have its required dependencies available. | ||
{% /callout %} |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters