Warning
You're browsing the documentation for an old version of Webiny. Consider upgrading your project to Webiny 5.41.x.
WHAT YOU’LL LEARN
  • what are monorepos and what are the benefits of using them
  • where can a list of all workspaces be found

What Are Monorepos?
anchor

Every Webiny project is organized as a monorepoexternal link. This essentially means your project is organized as a collection of multiple NPM packages, or, in the context of monorepos, multiple workspaces.

Behind the scenes, it is the yarn 2external link package manager that enables this organization, via its workspaces featureexternal link:

The Yarn workspaces aim to make working with monorepos easy, solving one of the main use cases for yarn link in a more declarative way. In short, they allow multiple of your projects to live together in the same repository AND to cross-reference each others - any modification to one’s source code being instantly applied to the others.

Workspaces vs. Packages
anchor

Terms workspace and package, essentially, refer to the same thing - an NPM package or in other words, a folder with a package.json file and some code. Depending on the context, we use one of the two.

When talking about the monorepo organization and yarn 2 and its workspaces feature, then the term workspace makes more sense to use. On the other hand, when talking about project applications and the actual code, the term package is used. We always say “import this package”, never “import this workspace”.

For more information on packages and their role in a Webiny project, take a step back and check the Applications and Packages topic.

Benefits of the Monorepo Organization
anchor

Monorepo organization benefits us in a couple of ways.

Multiple Packages
anchor

Monorepo organization makes it possible to structure different logical pieces of your project as multiple packages. For example, you might have a package that contains the business logic that deals with customer data, then the other one that deals with customer orders, and so on. You can even create shared or utility packages, or in other words, packages that contain one or more utility functions, which are then imported from multiple other packages.

An abstract example of packages and shared packages, located in different project applications, can be found in the Project Applications and Packages topic:

Project OrganizationProject Organization
(click to enlarge)

Optimally Storing Dependencies
anchor

The yarn 2 workspaces feature makes sure that the same dependencies required by multiple packages are stored in a most efficient way. For example, when specifying the React library as a dependency in two or more packages, the library is actually downloaded only once. On larger projects, this significantly reduces the overall size on disk of all of the different dependencies that your packages may require.

List of Workspaces
anchor

In every Webiny project, the list of all workspaces can be found in the package.json file, located in your project root, for example:

In addition to the above shown list, you’re also free to add more workspaces, if need be. You will be updating this list whenever you’re about to add a new package to your project.

For convenience’s sake, different scaffolding commands, that create new packages, update the workspaces list automatically for you.

FAQ
anchor

Is Monorepo Organization Set Up by Default in Every Webiny Project?
anchor

Yes, every Webiny project is organized as a monorepo.

Can We Use a Different Package Manager, Like Yarn Classic or NPM?**
anchor

At the moment, Webiny projects are set up to work with yarn 2external link, exclusively.