Contributing
Last updated
Last updated
Want to contribute to Slate? That would be awesome!
If you run into any weird behavior while using Slate, feel free to open a new issue in this repository! Please run a search before opening a new issue, to make sure that someone else hasn't already reported or solved the bug you've found.
Any issue you open must include:
A clear explanation of what the issue is.
Please use the Slack instead of asking questions in issues, since we want to reserve issues for keeping track of bugs and features. We close questions in issues so that maintaining the project isn't overwhelming.
Please include tests and docs with every pull request!
To run the build, you need to have the Slate repository cloned to your computer. After that, you need to cd into the directory where you cloned it, and install the dependencies with yarn and build the monorepo:
Then you can start the examples server with:
Then you can rerun the tests with:
If you need to debug something, you can add a debugger line to the source, and then run yarn test:inspect.
If you only want to run a specific test or tests, you can run yarn run test:mocha --fgrep="slate-react rendering" flag which will filter the tests being run by grepping for the string in each test. (This is a Mocha flag that gets passed through.)
In addition to tests you should also run the linter:
This will catch TypeScript, Prettier, and Eslint errors.
This will fix Prettier and Eslint errors.
Important: When creating releases using Lerna with the instructions below, you will be given choices around how to increase version numbers. You should always use a major, minor or patch release and must never use a prerelease. If a prerelease is used, the root package will not link to the packages in the packages directory creating hard to diagnose issues.
@latest ReleaseAnd follow the prompts Lerna gives you.
Note that this will automatically run the prelease script first that will build, test and lint before attempting to publish.
@next ReleaseIf we are unsure as to the stability of a release because there are significant changes and/or particularly complex changes, release with the @next tag.
And follow the prompts Lerna gives you.
@experimental ReleaseIf you need to create an experimental release to see how a published package will behave during an actual publish, release with the @experimental tag. End users should have no expectation that an @experimental release will be usable.
If we want to make sure that Slate code follows the preparations for a release but without actually publishing, run:
Which will build, test and lint Slate code.
A that reproduces the bug with a minimal setup.
A GIF showing the issue in action. (Using something like .)
Here's a to get you started:
We've also got a where you can ask questions and get answers from other people using Slate:
All pull requests are super welcomed and greatly appreciated! Issues in need of a solution are marked with a label if you're looking for somewhere to start.
The Slate repository is a monorepo that is managed with . Unlike more traditional repositories, this means that the repository must be built in order for tests, linting, or other common development activities to function as expected.
To run the examples, start by building the monorepo as described in the section.
To run the tests, start by building the monorepo as described in the section.
To run integrations with , first run yarn start to run the examples website, then run yarn playwright in a separate session to open the Playwright test suite. Or alternatively, run just yarn test:integration-local.
detailing how to test various input scenarios on Windows, Mac and Linux.
When making changes that might affect Android compatibility, you can perform the manual Android tests at .
Since we use to manage the Slate packages this is fairly easy, just run:
