-
Notifications
You must be signed in to change notification settings - Fork 566
ESLint
Tyler Butler edited this page May 18, 2022
·
6 revisions
We use ESLint across all our projects to enforce and encourage higher-quality code.
Before you can enable the rule, you should test it on the current repo to determine how much code churn the rule will cause. You should also pre-apply fixes for the rule so that the final integration of the updated config is easier.
One easy way to get started is to create a Codespace, but you can also use any existing repo clone.
- Clone the repo.
- Run
npm i -g @fluidframework/build-tools@latestto install the Fluid build tools. - Run
fluid-build --reinstall --symlink:fullto install all deps across all projects, and most importantly, symlink your local copy of the shared ESLint config (in common/build/eslint-config-fluid) to all the projects. - Enable the new rule in the shared ESLint config (minimal.js as of 2022-05-17).
- Run
fluid-build -s build:compile -s lintto build and run lint on all projects. - Fix any errors and create a PR!
Example PRs:
- #10272
To be written.
This wiki is focused on contributing to the Fluid Framework codebase.
For information on using Fluid Framework or building applications on it, please refer to fluidframework.com.
- Submitting Bugs and Feature Requests
-
Contributing to the Repo
- Repo Basics
- Common Workflows and Patterns
- Managing dependencies
- Client Code
- Server Code
- PR Guidelines
- CI Pipelines
- Breaking vs Non-Breaking Changes
- Branches, Versions, and Releases
- Compatibility & Versioning
- Testing
- Debugging
- npm package scopes
- Maintaining API support levels
- Developer Tooling Maintenance
- API Deprecation
- Working with the Website (fluidframework.com)
- Coding Guidelines
- Documentation Guidelines
- CLA