If you are interested in contributing to cuStrings, your contributions will fall into three categories:
- You want to report a bug, feature request, or documentation issue
- File an issue describing what you encountered or what you want to see changed.
- The RAPIDS team will evaluate the issues and triage them, scheduling them for a release. If you believe the issue needs priority attention comment on the issue to notify the team.
- You want to propose a new Feature and implement it
- Post about your intended feature, and we shall discuss the design and implementation.
- Once we agree that the plan looks good, go ahead and implement it, using the code contributions guide below.
- You want to implement a feature or bug-fix for an outstanding issue
- Follow the code contributions guide below.
- If you need more context on a particular issue, please ask and we shall provide.
- Follow the guide at the bottom of this page for Setting Up Your Build Environment
- Find an issue to work on. The best way is to look for the good first issue or help wanted labels
- Comment on the issue saying you are going to work on it
- Code! Make sure to update unit tests!
- When done, create your pull request
- Verify that CI passes all status checks. Fix if needed
- Wait for other developers to review your code and update code as needed
- Once reviewed and approved, a RAPIDS developer will merge your pull request
Remember, if you are unsure about anything, don't hesitate to comment on issues and ask for clarifications!
Once you have gotten your feet wet and are more comfortable with the code, you can look at the prioritized issues of our next release in our project boards.
Pro Tip: Always look at the release board with the highest number for issues to work on. This is where RAPIDS developers also focus their efforts.
Look at the unassigned issues, and find an issue you are comfortable with contributing to. Start with Step 3 from above, commenting on the issue to let others know you are working on it. If you have any questions related to the implementation of the issue, ask them in the issue instead of the PR.
Before submitting a pull request, you can do a local build and test on your machine that mimics our gpuCI environment using the ci/local/build.sh
script.
For detailed information on usage of this script, see here.
The following instructions are for developers and contributors to cuStrings OSS development. These instructions are tested on Linux Ubuntu 16.04 & 18.04. Use these instructions to build cuStrings from source and contribute to its development. Other operatings systems may be compatible, but are not currently tested.
See the C++ readme for instructions building and installing.
The nvStrings library has no dependencies on cuDF.
C/C++ source code including python bindings. See /cpp/README.md
Python modules and wrappers including test scripts. See /python/README.md
These are sample data files for testing the library features. There is no source code here but this is considered an active directory since many of the test cases rely on them.
Documentation of python interfaces generated from the python source code. This also includes some general documentation on capabilities and limitations.
Support files for deploying to conda environments.