mirror of
https://github.com/valitydev/fe-core.git
synced 2024-11-06 02:25:18 +00:00
Frontend Libs Monorepo
.github/workflows | ||
.husky | ||
packages | ||
.commitlintrc.json | ||
.eslintrc.js | ||
.gitignore | ||
.npmrc | ||
.prettierignore | ||
.prettierrc | ||
lerna.json | ||
LICENSE | ||
package-lock.json | ||
package.json | ||
README.md | ||
tsconfig.json |
Frontend Libs Monorepo
-
NPM >7 (Workspaces)
-
CommitLint
-
ESLint
Installation
-
Add
.npmrc
file into your project root directory@rbkmoney:registry=https://npm.pkg.github.com/
-
Install
npm i '@rbkmoney/<PACKAGE_NAME>'
Contributing
Installation
npx lerna bootstrap
Deps management
- Add
lerna add <package>[@version] [--dev] [--exact] [--peer]
Versioning & GIT Commits
- fix: a commit of the type fix patches a bug in your codebase (this correlates with PATCH in Semantic Versioning).
- feat: a commit of the type feat introduces a new feature to the codebase (this correlates with MINOR in Semantic Versioning).
- BREAKING CHANGE: a commit that has a footer BREAKING CHANGE:, or appends a ! after the type/scope, introduces a breaking API change (correlating with MAJOR in Semantic Versioning). A BREAKING CHANGE can be part of commits of any type.
- types other than fix: and feat: are allowed, for example @commitlint/config-conventional (based on the the Angular convention) recommends build:, chore:, ci:, docs:, style:, refactor:, perf:, test:, and others.
- footers other than BREAKING CHANGE: may be provided and follow a convention similar to git trailer format.
Development
Linking to the project that needs
npm link '<PATH>/fe-core/packages/<PACKAGE_DIR>'
# Example:
# npm link '../fe-core/packages/utils'
Publish
is now performed automatically on CI
- Bump prerelease every time you push
npm run versionup
- Bump release & publish before merge into master
npm run release-versionup npm run release-publish