- Print
- DarkLight
- PDF
Fuselage's Components in Rocket.Chat
- Print
- DarkLight
- PDF
There are several techniques employed when the necessity arises to iterate through components or packages being used in our flagship project. In cases where Storybook or the local environment proves insufficient, the following approaches are implemented. It is important to note that all examples assume a directory structure where the work tree directories are organized as siblings, as illustrated below:
- fuselage
- .git
- packages
- ...on
- ...
- Rocket.Chat
- .git
- apps
- meteor
- ...
- ...
- ...
This configuration serves as the foundation for the following techniques.
Technique 1: yarn fuselage
script
We've created a convenient helper script to streamline the testing and deployment process for Fuselage packages. The source code of this bash script can be accessed at fuselage.sh directory.
This script is designed to be utilized using the command yarn fuselage -a [action] -p [package]
, offering a flexible way to perform various actions. Actions are specified using the -a | --action
flag, and the available options are: [link|undo|unlink|next|latest|next-all|latest-all]
.
link
: Creates a symbolic link for the fuselage packageundo
orunlink
: Removes the symbolic link for the fuselage packagenext
: Update dependencies with the @next npm package versionlatest
: Update dependencies with the @latest npm package versionnext-all
: Update ALL fuselage dependencies with the @next npm packages versionlatest-all
: Update ALL fuselage dependencies with the @latest npm packages version
The packages that the action will be performed it's specified with -p | --package
flag, this option can contain multiple packages separated by a semicolon (;) like [package1;package2]
Example usage
Create a symbolic link in multiple fuselage packages using this command:
yarn fuselage -a link -p fuselage;fuselage-icons;message-parser
Remove the symbolic link with this command:
yarn fuselage -a undo
Update dependencies to the @rocket.chat/fuselage@next npm package version:
yarn fuselage -a next -p fuselage
Update dependencies to the
@rocket.chat/fuselage@latest
npm package version:
yarn fuselage -a latest -p fuselage
Update ALL fuselage dependencies with the
@next
npm packages version:
yarn fuselage -a next-all
Update ALL fuselage dependencies with the
@latest
npm packages version:
yarn fuselage -a latest-all
Technique 2: Yarn's link:
protocol
Add a link
Run
webpack
in watch mode on@rocket.chat/fuselage
:
cd fuselage/packages/fuselage
yarn start
cd -
Add a relative-path link resolution for
@rocket.chat/fuselage
on the rootpackage.json
:
// Rocket.Chat/package.json
{
// ...
"resolutions": {
// ...
"@rocket.chat/fuselage": "link:../fuselage/packages/fuselage"
}
}
Update
yarn.lock
:
cd Rocket.Chat
yarn
cd -
Undo the link
Run the following commands:
cd Rocket.Chat
yarn unlink --all ../fuselage
cd -
Why not use `yarn link`?
While the yarn link
command typically achieves the desired outcome, Yarn seems to favor the "portal:" protocol, which can lead to dependency conflicts between worktrees. This preference poses limitations, making it unsuitable for this particular use case.
yarn link ../fuselage/packages/fuselage 26581ms
➤ YN0000: ┌ Resolution step
➤ YN0001: │ Error: @rocket.chat/css-in-js@workspace:~: Workspace not found (@rocket.chat/css-in-js@workspace:~)
at ze.getWorkspaceByDescriptor (/Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:441:3273)
at md.getCandidates (/Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:394:29907)
at wd.getCandidates (/Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:395:1281)
at wd.getCandidates (/Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:395:1281)
at /Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:441:7765
at Pg (/Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:394:11098)
at le (/Users/tasso/Projetos/Rocket.Chat/.yarn/releases/yarn-3.2.0.cjs:441:7745)
➤ YN0000: └ Completed in 0s 391ms
➤ YN0000: Failed with errors in 0s 398ms
Technique 3: Already merged PR
Usually, the versions kept on the core package (Rocket.Chat) are set to @next
. This means that merged PR's that were merged to develop and went through the CI/CD (usually takes a few minutes after merge) are released as a -dev
version.
To determine whether a merged PR has been released, follow these steps within the Fuselage monorepo:
Navigate to the "Actions" tab and access "Continuous Delivery" from the sidebar.
Search for your PR's title. If the action has finished running, follow these next steps:
In the Rocket.Chat repository root directory, update fuselage packages to
@next
with this command:
yarn up @rocket.chat/fuselage@next
Then, build the project with this command:
yarn build
You're now set to proceed.
Technique 4: Before the Fuselage pull request is merged
To test your Fuselage package code within the Rocket.Chat main repository, you can use this technique. Create a symbolic link (symlink) pointing to the corresponding fuselage/{package}
directory within the Rocket.Chat repository.
In the Rocket.Chat repository root directory, run this command to install dependencies and build packages:
yarn && yarn build
Create a symlink to
fuselage/{package}
at meteornode_modules
with this command:
yarn && yarn build
cd apps/meteor/node_modules/@rocket.chat # To find meteor node_modules/@rocket.chat directory where the fuselage packages are installed
rm -rf {package} # Where {package} is the name of fuselage package, e.g: fuselage, message-parser, ui-kit, icons and others...
ln -s ../../../../../fuselage/packages/{package} ./{package} # Where {package} is the name of fuselage package and the path needs to aligned to your project location
Navigate back to the main repository root and start the server:
yarn dev
Exercise caution when using the
yarn dsv
command to start the Meteor project. It's important to note that the intended package might be utilized by other packages beyond Meteor, potentially affecting the overall result.
After following these steps, your application should reflect the changes.