If you want to contribute to the project, you can find some helpful information here.
Thanks for taking interest in helping us develop FS2!
We welcome all kinds of contribution, including but not limited to:
- 📖 documentation improvements, explanatory images/diagrams, fixes in typos, useful links
- 🧹 refactorings of messy code, build structure, increasing test coverage or quality
- 🚀 new features and bugfixes (including bug reports and feature requests).
Writing documentation is valuable for learning, so if you find some explanation insufficient, overly complicated or incorrect, it's a perfect opportunity to make a change to it!
If at any point you run into problems, you can always ask a question on the fs2-dev channel on the Typelevel Discord.
If you see something worth adding, make the relevant changes in a fork of the source code and submit a pull request to the project. If you don't know what you could help with, take a look at the issues marked as "help wanted" or ask on Discord.
We follow similar rules to the cats-effect project's. Most importantly, any contributions are expected to be made in the form of GitHub pull requests to the FS2 repository. Usually it takes two approvals for a change to be merged. If it takes too long to get it approved, feel free to ask on Discord.
Remember to follow the code of conduct in online and offline discourse.
You'll need JDK 16, sbt, Node.js (for running Scala.js tests) and Jekyll (for building the microsite).
We use several sbt plugins to build and check the project, including MiMa (Migration Manager), scalafmt and sbt-microsites.
To compile the code for the whole repository, you can start an interactive sbt shell:
$ sbt
[info] Loading global plugins from /Users/contributor/.sbt/1.0/plugins
[info] Loading settings for project fs2-build from plugins.sbt,metals.sbt ...
[info] Loading project definition from /Users/contributor/dev/fs2/project
[info] Loading settings for project root from version.sbt,build.sbt ...
[info] Set current project to root (in build file:/Users/contributor/dev/fs2/)
sbt:root>
Inside the shell, you can compile the sources for the currently selected Scala version using the compile
command.
To compile the code for all Scala versions enabled in the build, use +compile
. To include tests, test:compile
or +test:compile
, accordingly.
To test the code, you can run the test
command in sbt.
If you want the tests on a single plaform, you can use testJVM
or testJS
instead (these are defined as aliases in the build.sbt
file).
It is possible to run a single test suite from a project on a single platform by executing a more specific task, like coreJVM/testOnly fs2.PullSpec
.
You can list all available projects by executing the projects
task:
sbt:root> projects
[info] In file:/Users/kubukoz/IdeaProjects/fs2/
[info] benchmark
[info] coreJS
[info] coreJVM
[info] docs
[info] experimental
[info] io
[info] microsite
[info] reactiveStreams
[info] * root
Before submitting a change for review, it's worth running some extra checks that will be triggered in Continuous Integration:
sbt:root> fmtCheck; test; doc; mimaReportBinaryIssues; docs/mdoc; microsite/makeMicrosite
That will check the formatting, run all tests on the supported platforms, report any binary compatibility issues (as detected by MiMa) and build the site.
If you run into any problems with tests, binary compatibility or other issues, feel free to ask questions on Discord.
To see how to build the microsite, check here.